On Thu, 25 Oct 2018 at 16:29, Craig Russell <[email protected]> wrote: > > Hi Sebb, > > On Oct 24, 2018, at 9:26 AM, sebb <[email protected]> wrote: > > On Wed, 24 Oct 2018 at 13:01, Craig Russell <[email protected]> wrote: > > > tldr; drag/drop of .png files and .gif files does not corrupt the files but > doesn't work either; pdfize .png files and .gif files does not corrupt but > doesn't work either. > > > png and gif both work for me.
By that, I mean I can process them on my personal test system, which has a later version of ImageMagick. > > What does this mean? Can you process the png versions of the pending ICLA > from 10/24/2018, 4:46:44 AM in the Secretary workbench? > > This still fails for me. I am stuck trying to get this ICLA processed. > > Should I ask for .jpg files? Anything else to try? > Do we need to convert the files at all? Why not just file the two gifs? That is what we used to do manually. If the workbench does not allow that, then maybe it should. > We should try updating to latest version of ImageMagick. > > > I assume that ImageMagick is done at the whimsy host site not locally, so > there is nothing I can do here. Yes, also it looks like the version that is installed is the current default for that version of Ubuntu. So it probably won't be easy to update. > Craig > > > Details: I forwarded the original large .png files message and tried to > directly drag/drop 2 onto 1: > This resulted in the same error Exception: #<RuntimeError: Failed to > concatenate ICLA-YuriGor-2.png and ICLA-YuriGor-1.png> > The headers now are: > > :attachments: > - :name: ICLA-YuriGor-2.png > :length: 478565 > :mime: image/png > Content-Type: image/png; name=ICLA-YuriGor-2.png > Content-Transfer-Encoding: base64 > Content-Disposition: inline; filename=ICLA-YuriGor-2.png > Content-ID: "<f_jn5ogdb41>" > - :name: ICLA-YuriGor-1.png > :length: 464289 > :mime: image/png > Content-Type: image/png; name=ICLA-YuriGor-1.png > Content-Transfer-Encoding: base64 > Content-Disposition: inline; filename=ICLA-YuriGor-1.png > Content-ID: "<f_jn5ogdau0>" > :source: '201810' > > Pdf-izing 1.png which still looks fine: > Exception: #<RuntimeError: Failed to pdf-ize ICLA-YuriGor-1.png in > /secretary/workbench/201810/86a077e57e/> > Headers are now: > > :attachments: > - :name: ICLA-YuriGor-2.png > :length: 478565 > :mime: image/png > Content-Type: image/png; name=ICLA-YuriGor-2.png > Content-Transfer-Encoding: base64 > Content-Disposition: inline; filename=ICLA-YuriGor-2.png > Content-ID: "<f_jn5ogdb41>" > - :name: ICLA-YuriGor-1.png > :length: 464289 > :mime: image/png > Content-Type: image/png; name=ICLA-YuriGor-1.png > Content-Transfer-Encoding: base64 > Content-Disposition: inline; filename=ICLA-YuriGor-1.png > Content-ID: "<f_jn5ogdau0>" > :source: '201810' > > > Now trying with the .gif versions: > > :attachments: > - :name: ICLA-YuriGor-1.gif > :length: 48572 > :mime: image/gif > Content-Type: image/gif; name=ICLA-YuriGor-1.gif > Content-Transfer-Encoding: base64 > Content-Disposition: inline; filename=ICLA-YuriGor-1.gif > Content-ID: "<f_jnlykun50>" > - :name: ICLA-YuriGor-2.gif > :length: 53557 > :mime: image/gif > Content-Type: image/gif; name=ICLA-YuriGor-2.gif > Content-Transfer-Encoding: base64 > Content-Disposition: inline; filename=ICLA-YuriGor-2.gif > Content-ID: "<f_jnlykun91>" > :source: '201810' > > Directly drag/drop 2.gif onto 1.gif fails: Exception: #<RuntimeError: Failed > to concatenate ICLA-YuriGor-1.gif and ICLA-YuriGor-2.gif> > > Pdfize 1.gif: Exception: #<RuntimeError: Failed to pdf-ize ICLA-YuriGor-1.gif > in /secretary/workbench/201810/4f1be03a74/> > Headers: unchanged. > > On Oct 24, 2018, at 2:50 AM, sebb <[email protected]> wrote: > > On Wed, 24 Oct 2018 at 09:53, sebb <[email protected]> wrote: > > > On Wed, 24 Oct 2018 at 03:14, Sam Ruby <[email protected]> wrote: > > > Trace can be obtained by looking at the javascript console in your browser. > > > Also worth checking the server logs under: > https://whimsy.apache.org/members/log/ > > Generally errors are posted to: > error.log > However it's now gzipped as: > error.log-20181024.gz > > Look for YuriGor, you should find the following errors: > > App 26457 stderr: convert: not authorized > `/tmp/ICLA_YuriGor_2.gif20181024-26883-12lhmlg.pdf' @ > error/constitute.c/WriteImage/1028 > App 26457 stderr: convert: not authorized > `/tmp/ICLA_YuriGor_1.gif20181024-26883-qv55ls.pdf' @ > error/constitute.c/WriteImage/1028 > > I think this means ImageMagick is not set up to convert .gif files. > But I don't know how to fix this. > > I think I know what causes pdf-ise to corrupt the YAML. > > > I should now have fixed the corruption on conversion failure. > > I cannot reproduce the conversion error; that may be because my > version of ImageMagick is > > Version: ImageMagick 7.0.8-12 Q16 x86_64 2018-10-19 https://imagemagick.org > > whereas Whimsy has: > > Version: ImageMagick 6.8.9-9 Q16 x86_64 2018-09-28 http://www.imagemagick.org > > > > > I've reproduced this locally, and sebb is right that the content > length is zero (for both the source and target). Given that you > (Craig) reforwarded the messages, it doesn't appear to be that a > reparse would fix things. Looking at the raw content (from the > workbench) there is data. > > I'll try to debug more in the morning. > > - Sam Ruby > On Tue, Oct 23, 2018 at 8:49 PM Craig Russell <[email protected]> wrote: > > > I've forwarded the original message (the big .png attachments), and the > headers show: > > :attachments: > - :name: ICLA-YuriGor-2.png > :length: 478565 > :mime: image/png > Content-Type: image/png; name=ICLA-YuriGor-2.png > Content-Transfer-Encoding: base64 > Content-Disposition: inline; filename=ICLA-YuriGor-2.png > Content-ID: "<f_jn5ogdb41>" > - :name: ICLA-YuriGor-1.png > :length: 464289 > :mime: image/png > Content-Type: image/png; name=ICLA-YuriGor-1.png > Content-Transfer-Encoding: base64 > Content-Disposition: inline; filename=ICLA-YuriGor-1.png > Content-ID: "<f_jn5ogdau0>" > :source: '201810' > > This fails to drag/drop, not sure exactly where since there is no trace: > Exception: #<RuntimeError: Failed to concatenate ICLA-YuriGor-2.png and > ICLA-YuriGor-1.png> > > The headers are now the same. > > When I select the second .png and pdf-ize it: > > :attachments: > - :name: ICLA-YuriGor-2.pdf > :length: 478565 > :mime: application/pdf > Content-Type: image/png; name=ICLA-YuriGor-2.png > Content-Transfer-Encoding: base64 > Content-Disposition: inline; filename=ICLA-YuriGor-2.png > Content-ID: "<f_jn5ogdb41>" > :content: '' > - :name: ICLA-YuriGor-1.png > :length: 464289 > :mime: image/png > Content-Type: image/png; name=ICLA-YuriGor-1.png > Content-Transfer-Encoding: base64 > Content-Disposition: inline; filename=ICLA-YuriGor-1.png > Content-ID: "<f_jn5ogdau0>" > :source: '201810' > > So it appears that the content is being corrupted during the pdf-izing of the > png. > > Now, I try the smaller .gif version: > > :attachments: > - :name: ICLA-YuriGor-1.gif > :length: 48572 > :mime: image/gif > Content-Type: image/gif; name=ICLA-YuriGor-1.gif > Content-Transfer-Encoding: base64 > Content-Disposition: inline; filename=ICLA-YuriGor-1.gif > Content-ID: "<f_jnlykun50>" > - :name: ICLA-YuriGor-2.gif > :length: 53557 > :mime: image/gif > Content-Type: image/gif; name=ICLA-YuriGor-2.gif > Content-Transfer-Encoding: base64 > Content-Disposition: inline; filename=ICLA-YuriGor-2.gif > Content-ID: "<f_jnlykun91>" > :source: '201810' > > drag/drop: Exception: #<RuntimeError: Failed to concatenate > ICLA-YuriGor-1.gif and ICLA-YuriGor-2.gif> > headers now are still the same. > try to pdf-ize the first gif works, with headers now: > > :attachments: > - :name: ICLA-YuriGor-1.pdf > :length: 48572 > :mime: application/pdf > Content-Type: image/gif; name=ICLA-YuriGor-1.gif > Content-Transfer-Encoding: base64 > Content-Disposition: inline; filename=ICLA-YuriGor-1.gif > Content-ID: "<f_jnlykun50>" > :content: '' > - :name: ICLA-YuriGor-2.gif > :length: 53557 > :mime: image/gif > Content-Type: image/gif; name=ICLA-YuriGor-2.gif > Content-Transfer-Encoding: base64 > Content-Disposition: inline; filename=ICLA-YuriGor-2.gif > Content-ID: "<f_jnlykun91>" > :source: '201810' > > Does this make any sense? > > Craig > > On Oct 23, 2018, at 3:33 PM, sebb <[email protected]> wrote: > > I think the problem is that the YAML summary was previously corrupted > by a failed conversion. > I just checked and the :content: value is the empty string - use the > headers link to see the current YAML contents for the message. > > Someone with sufficient karma needs to reparse the original message to > reset the YAML entry; can then try again. > > Note: I have fixed some of the conversions (e.g. burst, rotate) so > that a failed operation does not update the YAML summary, so this is > less likely to happen again. > On Tue, 23 Oct 2018 at 23:14, Craig Russell <[email protected]> wrote: > > > At least the new error message works now. > > I'm trying to drag/drop a .jpg to another .jpg. Failed with Exception: > #<RuntimeError: Failed to concatenate ICLA-YuriGor-1.jpg and > ICLA-YuriGor-2.jpg> > > So I tried to pdf-size the two and that worked, but drag/drop of the .pdf > files also failed: Exception: #<RuntimeError: Failed to concatenate > ICLA-YuriGor-1.pdf and ICLA-YuriGor-2.pdf> > > So I think drag/drop is completely broken. > > Craig L Russell > Secretary, Apache Software Foundation > [email protected] http://db.apache.org/jdo > > > Craig L Russell > Secretary, Apache Software Foundation > [email protected] http://db.apache.org/jdo > > > Craig L Russell > Secretary, Apache Software Foundation > [email protected] http://db.apache.org/jdo > > > Craig L Russell > Secretary, Apache Software Foundation > [email protected] http://db.apache.org/jdo >
