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 > > >
