Am 23.05.2016 um 23:59 schrieb Jehan Pagès:
Hi,
On Mon, May 23, 2016 at 11:42 PM, Thorsten Stettin
wrote:
Am 23.05.2016 um 23:07 schrieb C R:
Yes, if "save comment" is unchecked it saves fine.
I never touch the comment, so it's strange that there would be something
invalid in it.
Thanks for
Am 23.05.2016 um 23:59 schrieb Jehan Pagès:
Hi,
On Mon, May 23, 2016 at 11:42 PM, Thorsten Stettin
wrote:
Am 23.05.2016 um 23:07 schrieb C R:
Yes, if "save comment" is unchecked it saves fine.
I never touch the comment, so it's strange that there would be something
invalid in it.
Thanks for
Am Montag, 23. Mai 2016, 23:08:04 schrieb Jehan Pagès:
> Hi,
Hi.
[...]
> > **exif:ImageDescription: ..:\w.*
>
> According to the Exif spec
> (http://www.cipa.jp/std/documents/e/DC-008-2012_E.pdf), even UTF-8
> should be invalid. This field is supposed to be ASCII only apparently
> (yes that
Hi,
On Mon, May 23, 2016 at 11:42 PM, Thorsten Stettin
wrote:
> Am 23.05.2016 um 23:07 schrieb C R:
>>
>> Yes, if "save comment" is unchecked it saves fine.
>> I never touch the comment, so it's strange that there would be something
>> invalid in it.
>>
>> Thanks for looking into this.
>> Maybe w
Am 23.05.2016 um 23:07 schrieb C R:
Yes, if "save comment" is unchecked it saves fine.
I never touch the comment, so it's strange that there would be
something invalid in it.
Thanks for looking into this.
Maybe we should create a bug report?
You have precedence. You know, I'm just a packager
Report created here:
https://bugzilla.gnome.org/show_bug.cgi?id=766824
I've set it to normal priority, but feel free to change. :)
-C
On Mon, May 23, 2016 at 10:08 PM, Jehan Pagès
wrote:
> Hi,
>
> On Mon, May 23, 2016 at 7:59 PM, Thorsten Stettin
> wrote:
> > Am 23.05.2016 um 15:00 schrieb
Yes, if "save comment" is unchecked it saves fine.
I never touch the comment, so it's strange that there would be some invalid
text in it.
Thanks for looking into this.
Maybe we should create a bug report so that error checking gets handled
more gracefully?
Thanks.
-C
On Mon, May 23, 2016 at 9:5
Hi,
On Mon, May 23, 2016 at 7:59 PM, Thorsten Stettin
wrote:
> Am 23.05.2016 um 15:00 schrieb C R:
>>
>> Happens every time with this file:
>>
>> http://www.whitecatgraphics.com/opendesignstudio/gimp/samples/ac_a4_document_holder_vintage_leather_brown_4.png
>>
>> steps to reproduce:
>> 1.open the
Yes, if "save comment" is unchecked it saves fine.
I never touch the comment, so it's strange that there would be something
invalid in it.
Thanks for looking into this.
Maybe we should create a bug report?
-C
On Mon, May 23, 2016 at 6:59 PM, Thorsten Stettin <
thorsten.stet...@gmail.com> wrote:
Here too if that link doesn't work:
https://www.dropbox.com/s/4lfu8lvc5ox8y5d/gimp_crash_on_png_export.mp4?dl=0
Nothing is working today. :P
-C
On Mon, May 23, 2016 at 9:52 PM, C R wrote:
> To show I'm not nuts:
>
> http://www.whitecatgraphics.com/opendesignstudio/gimp/samples/gimp_crash_on_pn
To show I'm not nuts:
http://www.whitecatgraphics.com/opendesignstudio/gimp/samples/gimp_crash_on_png_export.mp4
No idea why this is happening.
-C
On Mon, May 23, 2016 at 8:06 PM, Thorsten Stettin <
thorsten.stet...@gmail.com> wrote:
> Am 23.05.2016 um 08:44 schrieb C R:
>
>> Fails on export wit
Am 23.05.2016 um 08:44 schrieb C R:
Fails on export with a Plug-in crash:
"Procedure 'file-png-save-defaults' returned no return values
Strangely, if you save as a jpeg first, it exports to png just fine.
Steps to reproduce:
1. Open File
2. Export to png
Results in the above crash.
Ver: GIM
Am 23.05.2016 um 08:44 schrieb C R:
Fails on export with a Plug-in crash:
"Procedure 'file-png-save-defaults' returned no return values
Strangely, if you save as a jpeg first, it exports to png just fine.
Steps to reproduce:
1. Open File
2. Export to png
Results in the above crash.
Ver: GIM
Am 23.05.2016 um 15:00 schrieb C R:
Happens every time with this file:
http://www.whitecatgraphics.com/opendesignstudio/gimp/samples/ac_a4_document_holder_vintage_leather_brown_4.png
steps to reproduce:
1.open the downloaded file in gimp
2.export as "ac_a4_document_holder_vintage_leather_brown_4
Works properly under gimp 2.9.3 commit 2213f29, though, oddly, when I
exported it to /tmp/ it was 13 bytes shorter than the original; if I
export it replacing the original, the size is retained. I don't know if
that's expectable gimp/png behaviour or not.
/cm
On 05/23/16 09:00, C R wrote:
H
Am 23.05.2016 um 15:00 schrieb C R:
> Happens every time with this file:
> http://www.whitecatgraphics.com/opendesignstudio/gimp/samples/ac_a4_document_holder_vintage_leather_brown_4.png
>
> steps to reproduce:
> 1.open the downloaded file in gimp
> 2.export as "ac_a4_document_holder_vintage_leathe
Happens every time with this file:
http://www.whitecatgraphics.com/opendesignstudio/gimp/samples/ac_a4_document_holder_vintage_leather_brown_4.png
steps to reproduce:
1.open the downloaded file in gimp
2.export as "ac_a4_document_holder_vintage_leather_brown_4a.png"
3.these boxes in png export are
Am 23.05.2016 um 08:44 schrieb C R:
> Fails on export with a Plug-in crash:
>
> "Procedure 'file-png-save-defaults' returned no return values
>
>
> Strangely, if you save as a jpeg first, it exports to png just fine.
>
> Steps to reproduce:
> 1. Open File
> 2. Export to png
>
> Results in the above
18 matches
Mail list logo
