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:
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:
I'm running Ubuntu Breezy final.
There seem to be other users with this issue too:
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.
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.