GNOME Bugzilla – Bug 339865
loading multilayer gif with transparency fails
Last modified: 2008-01-15 14:06:34 UTC
I have an animated gif file that contains a few layers, most of which have some transparent parts. Gimp 2.2.11 loads it correctly .i.e. transparent parts where they should be. Gimp 2.3.8 seems to fill the transparent bits with white. I can let you have the file of course, but I expect it to be straight forward to produce a similar file.
Please attach an example file to this bug report.
I am using a current CVS GIMP and I cannot confirm this. It might be useful to know which os and/or distribution you are using. This might not be a GIMP bug. I am changing the status to NEEDINFO.
Created attachment 64410 [details] the gif file I mentioned in the bug reoport
I've attache the file now. I find I cannot generate a problem file again easily myself either. The system I use started as a fc3 distro, but I'v compiled quite a few programs and libraries since then. Let me know if there is any specific information you need about my system. If I can find it I'll be glad to provide it.
I don't see any transparent parts in any of the layers when loading this file with GIMP 2.3.8. animate does however show transparency in all but the last frame. So there seems to be some sort of a problem here. gifsicle gives the following information: * foo.gif 9 images logical screen 100x89 global color table [256] background 255 + image #0 100x89 comment Created with GIMP disposal asis delay 0.10s + image #1 100x89 transparent 255 disposal asis delay 0.10s + image #2 100x89 transparent 255 disposal asis delay 0.10s + image #3 100x89 transparent 255 disposal asis delay 0.10s + image #4 100x89 transparent 255 disposal asis delay 0.10s + image #5 100x89 transparent 255 disposal asis delay 0.10s + image #6 100x89 transparent 255 disposal asis delay 0.10s + image #7 100x89 transparent 255 disposal asis delay 0.10s + image #8 100x89 transparent 255 disposal asis delay 0.10s
Seems fine in gimp 2.0.6. I don't think I've been involved between 2.2.11 and 2.3.8 to break it; re-CC me if you can't otherwise find the regression point, but I'm not sure what I can do.
The changes done in bug 338002 should be examined. The image loads fine in GIMP 2.3.7.
The changes done in bug 338002 only affect the save plug-in, not gifload.c. I have reverted gifload.c to the state of the 2.3.7 release but the problem didn't go away. So the actual cause of the problem is likely to be a change in the core.
2006-05-05 Manish Singh <yosh@gimp.org> * plug-ins/common/gifload.c (DoExtension): Revert back to unsigned chars for the buffer, and only cast to gchar if we know we're dealing with a comment. Fixes bug #339865.
I must say I'm impressed by the speedy and effective way you Gimp developers responded to my bugreport. This certainly is a stimulant to report any other issues I might bump into. Thanks.