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.

Should I ask for .jpg files? Anything else to try?

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] <mailto:[email protected]> http://db.apache.org/jdo 
<http://db.apache.org/jdo>

Reply via email to