regression: png to postscript -> black image

guessing package

Can you do the following tests:

Try to print (convert to PostScript) the image from other programs (GIMP, f-spot, gqview, ...) or directly to CUPS ("lpr -o scaling=100 <file.png>"). Does the same problem occur?

Install GPL GhostScript ("sudo apt-get install gs-gpl", perhaps you will need to activate universe in /etc/apt/sources.list) and do

gs-gpl -sDEVICE=x11 <file.ps>

end also

gs-esp -sDEVICE=x11 <file.ps>

When is the file correctly displayed? Try to display also your dapper.ps.gz and edgy.ps.gz with both GhostScript versions.

gs-gpl -sDEVICE=x11 <file.ps>
gs-esp -sDEVICE=x11 <file.ps>

both commands on both files give me black images

i tried f-spot and gthumb, both provide black images (although the print preview looks good)

printing from firefox works (assuming firefox is using another printing system)

printing directly to CUPS ("lpr -o scaling=100 <file.png>") works also

so this bug is related to a specific ps/gs system used by gnome?

Feisty is also affected.

I have printed both PostScript files on a native PostScript printer (HP LaserJet 3390 AIO) now and both come out black, but not totally black. One sees the structure of bad.png somewhat. So the PostScript produced by libgnomeprint still contains the information of the image but prints way too dark. Some gamma correction would be needed here.

Raising gamma ("lpr -o gamma=10000 file.ps") makes the image more visible but is still too dark.

The bug is clearly in libgnomeprint, as all apps not using libgnomeprint print OK. GhostScript is also OK, as both versions do the same as the PostScript printer does.

So either libnomeprint needs to be fixed (is it still maintained?) or all apps using libgnomeprint need to be updated to use the new GTK printing infrastructure (introduced with GTK 2.10.x).

I am using Dapper, but see a black image on both postscript output files (using Document Viewer).

I have been experiencing an issue which may be related:

Since install, I have had a problem in certain software when trying to print png images (particularly with transparency), I particularly noticed it with a document I created in OpenOffice.org which contained a montage of several images (.png files with transparent backgrounds). This printed with no problems from OOo. However, when I exported the document to pdf, although it displayed correctly on the screen the individual images were printed with solid backgrounds - some black and some white. The same pdf printed with no problems via Acrobat Reader in Windows, leading me to conclude that the problem is in the Ubuntu printing system.

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? Can you try with latest Ubuntu release? Thanks in advance.

(libgnomeprint is still in use by quite some applications)

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to New. Thanks again!.