GNOME Bugzilla – Bug 316011
GThumb printing black pages
Last modified: 2008-04-11 12:35:37 UTC
I just wanted to print out an *.gif file with Heian Shodan Kata images printed on it. Which I got from this page: http://karatehusovice.borec.cz/fotogalerie/kata/heian1.gif The printout resulted in an entirely black page. Which for my money bag was probably the most expensive printout ever done. I don't really know whether this is a GThumb issue or a libgnomeprint/ui issue since the preview was quite ok but the printout was not.
When trying to reproduce this one, i got bug 316018.
if the preview looks correct, it's a libgnomeprint bug.
I can confirm this bug for gThumb. I tried to print two different images (screenshots) and all I got was a black page out ouf the printer. The preview page looks okay. I can print the images with eog which uses libgnomeprint (at least I think so). But with eog I have another issue: https://launchpad.net/distros/ubuntu/+source/eog/+bug/3673 I'm running Ubuntu Breezy final. There seem to be other users with this issue too: http://www.ubuntuforums.org/showthread.php?t=70621
gThumb is version 2.6.5 on Gnome desktop 2.12.1 Forgot that in the first comment. Would like to confirm this bug but I'm unable to do ;)
Indeed, it would be pretty nice to see some progress in this area now that more people confirmed this issue. Maybe it should be changed to critical or something.
GTK+ 2.8 and gthumb/evince 2.14 don't open the GIF, they report "GIF file was missing some data (perhaps it was truncated somehow?)".
I also have problems printing some kind of images from gThumb resulting in a black full square. Also from evolution is happening this. Rgds Saxa
I commited a patch from bug 513699 that should fix this.
gThumb now uses gtk-print rather than gnome-print, and it looks like gnome-print is fixed now, so this bug is both fixed and obsolete. - Mike