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

Reply via email to