| 2008-10-24 07:04:22 |
Saivann Carignan |
bug |
|
|
added bug |
| 2008-10-24 07:06:58 |
Saivann Carignan |
description |
When trying to print a PNG/JPG from GIMP or EOG with Photo quality with a HP printer on Intrepid, the hard drive suddenly starts to work very strong during many minutes and all available space disappear until there's no free space left (it ate 4.0 Gb in my case, this is all free space I have) . Once there is no free space, hplip says that the print job completed successfully and the printer prints a single page that contains this text :
Error : /ioerror in --run--
Operand stack:
--nostringval-- --dict:7/16(L) --
At this point, the computer does not have any space left on the hard drive. If you want to get back any space, you have to delete /var/spool/cups/* and /tmp/gs* .
The printer status become : /usr/lib/cups/filter/foomatic-rip failed
This line appears in syslogs each time I reproduce the bug : hpijs: warning setting paper size=0. err=-30
I reproduced this bug with two different HP printers on three different computers under intrepid, including one that was freshly installed and updated without any changes in the configuration. This bug is not reproducible in Hardy.
Workaround : This bug is not reproducible when printing with evince or openoffice, so printing PDF is not a problem!
Steps to reproduce :
1. Before all, have a HP printer and a computer installed with a updated intrepid system.
2. Open any PNG picture you want (or a .jpg from /usr/share/backgrounds).
3. Click on File / Print..
4. Select your HP printer.
5. Click on "Advanced" tab and select "Photo" for the "printout mode".
6. Click the print button.
Result : In a few seconds, there will not be any space available on your hard drive, and your printer will print a error page. |
When trying to print a PNG/JPG from GIMP or EOG with Photo quality with a HP printer on Intrepid, the hard drive suddenly starts to work very strong during many minutes and all available space disappear until there's no free space left (it ate 4.0 Gb in my case, this is all free space I have) . Once there is no free space, hplip says that the print job completed successfully and the printer prints a single page that contains this text :
Error : /ioerror in --run--
Operand stack:
--nostringval-- --dict:7/16(L) --
At this point, the computer does not have any space left on the hard drive. If you want to get back any space, you have to delete /var/spool/cups/* and /tmp/gs* .
The printer status become : /usr/lib/cups/filter/foomatic-rip failed
This line appears in syslogs each time I reproduce the bug : hpijs: warning setting paper size=0. err=-30
I reproduced this bug with two different HP printers on three different computers under intrepid, including one that was freshly installed and updated without any changes in the configuration. This bug is not reproducible in Hardy. This bug is not affected by apparmor (setting cups to aa-complain mode is not a workaround).
Workaround : This bug is not reproducible when printing with evince or openoffice, so printing PDF is not a problem!
Steps to reproduce :
1. Before all, have a HP printer and a computer installed with a updated intrepid system.
2. Open any PNG picture you want (or a .jpg from /usr/share/backgrounds).
3. Click on File / Print..
4. Select your HP printer.
5. Click on "Advanced" tab and select "Photo" for the "printout mode".
6. Click the print button.
Result : In a few seconds, there will not be any space available on your hard drive, and your printer will print a error page. |
|
| 2008-10-24 07:36:02 |
Till Kamppeter |
hplip: status |
New |
Incomplete |
|
| 2008-10-24 07:36:02 |
Till Kamppeter |
hplip: importance |
Undecided |
High |
|
| 2008-10-24 07:36:02 |
Till Kamppeter |
hplip: statusexplanation |
|
|
|
| 2008-10-24 07:48:40 |
Saivann Carignan |
bug |
|
|
added attachment 'error_log' (error_log) |
| 2008-10-24 09:26:42 |
Till Kamppeter |
hplip: status |
Incomplete |
Triaged |
|
| 2008-10-24 09:26:42 |
Till Kamppeter |
hplip: bugtargetdisplayname |
hplip (Ubuntu) |
ghostscript (Ubuntu) |
|
| 2008-10-24 09:26:42 |
Till Kamppeter |
hplip: bugtargetname |
hplip (Ubuntu) |
ghostscript (Ubuntu) |
|
| 2008-10-24 09:26:42 |
Till Kamppeter |
hplip: statusexplanation |
|
I could reproduce the bug. Ghostscript indeed makes too big temporary files when feeding it with the print job output (PDF) of eog or GIMP and choosing a resolution of 1200 dpi. PDF files of other apps are OK. This is not a bug of GTK, as the PDFs generated by GTK (the toolkit eog and GIMP are based on) can be displayed on the screen without problems, using Adobe Reader or Ghostscript. It is also not a problem of HPLIP, as the same problem occurs when using Ghostscript's built-in "lj5gray" driver with 1200 dpi (PCL-XL raster driver). This is a bug of Ghostscript.
To reproduce, take the attache PDF file and execute the following Ghostscript command lines:
gs -dFirstPage=1 -q -dBATCH -dPARANOIDSAFER -dQUIET -dNOPAUSE -sDEVICE=lj5gray -dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=842 -dDuplex=false -r600 -sOutputFile=- eog.pdf > output
gs -dFirstPage=1 -q -dBATCH -dPARANOIDSAFER -dQUIET -dNOPAUSE -sDEVICE=ijs -sIjsServer=hpijs -dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=842 -sDeviceManufacturer="HEWLETT-PACKARD" -sDeviceModel="deskjet 5550" -dDuplex=false -r1200 -sIjsParams=Quality:Quality=3,Quality:ColorMode=2,Quality:MediaType=2,Quality:PenSet=2,Quality:FullBleed=1,PS:MediaPosition=7 -dIjsUseOutputFD -sOutputFile=- eog.pdf > output
Note that if you have really plenty of disk space (for /tmp) it is possible that the commands finish successfully.
|
|
| 2008-10-24 09:26:42 |
Till Kamppeter |
hplip: title |
Bug #288570 in hplip (Ubuntu): "Cups eats all hard drive space and print errors when using photo quality" |
Bug #288570 in ghostscript (Ubuntu): "Cups eats all hard drive space and print errors when using photo quality" |
|
| 2008-10-24 09:40:56 |
Till Kamppeter |
bug |
|
|
added attachment 'eog.pdf' (PDF output when printing a photo with eog) |
| 2008-10-24 10:32:42 |
Till Kamppeter |
title |
Cups eats all hard drive space and print errors when using photo quality |
Ghostscript eats all hard drive space and prints errors when printing with 1200 dpi |
|
| 2008-12-01 20:05:25 |
Till Kamppeter |
bug |
|
|
assigned to gs-gpl |
| 2008-12-01 20:22:12 |
Bug Watch Updater |
gs-gpl: status |
Unknown |
Confirmed |
|
| 2008-12-03 22:00:09 |
Launchpad Janitor |
ghostscript: status |
Triaged |
Fix Released |
|
| 2008-12-03 22:05:06 |
Till Kamppeter |
ghostscript: status |
Fix Released |
Triaged |
|
| 2008-12-03 22:05:06 |
Till Kamppeter |
ghostscript: statusexplanation |
I could reproduce the bug. Ghostscript indeed makes too big temporary files when feeding it with the print job output (PDF) of eog or GIMP and choosing a resolution of 1200 dpi. PDF files of other apps are OK. This is not a bug of GTK, as the PDFs generated by GTK (the toolkit eog and GIMP are based on) can be displayed on the screen without problems, using Adobe Reader or Ghostscript. It is also not a problem of HPLIP, as the same problem occurs when using Ghostscript's built-in "lj5gray" driver with 1200 dpi (PCL-XL raster driver). This is a bug of Ghostscript.
To reproduce, take the attache PDF file and execute the following Ghostscript command lines:
gs -dFirstPage=1 -q -dBATCH -dPARANOIDSAFER -dQUIET -dNOPAUSE -sDEVICE=lj5gray -dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=842 -dDuplex=false -r600 -sOutputFile=- eog.pdf > output
gs -dFirstPage=1 -q -dBATCH -dPARANOIDSAFER -dQUIET -dNOPAUSE -sDEVICE=ijs -sIjsServer=hpijs -dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=842 -sDeviceManufacturer="HEWLETT-PACKARD" -sDeviceModel="deskjet 5550" -dDuplex=false -r1200 -sIjsParams=Quality:Quality=3,Quality:ColorMode=2,Quality:MediaType=2,Quality:PenSet=2,Quality:FullBleed=1,PS:MediaPosition=7 -dIjsUseOutputFD -sOutputFile=- eog.pdf > output
Note that if you have really plenty of disk space (for /tmp) it is possible that the commands finish successfully.
|
|
|
| 2008-12-05 18:42:14 |
Till Kamppeter |
ghostscript: assignee |
|
till-kamppeter |
|
| 2008-12-09 14:02:36 |
Bug Watch Updater |
gs-gpl: status |
Confirmed |
Fix Released |
|
| 2008-12-14 21:20:06 |
Launchpad Janitor |
ghostscript: status |
Triaged |
Fix Released |
|
| 2008-12-15 09:03:10 |
Till Kamppeter |
ghostscript: status |
New |
In Progress |
|
| 2008-12-15 09:03:10 |
Till Kamppeter |
ghostscript: statusexplanation |
|
|
|
| 2008-12-15 09:03:23 |
Till Kamppeter |
ghostscript: status |
In Progress |
Invalid |
|
| 2008-12-15 09:04:28 |
Till Kamppeter |
ghostscript: status |
New |
Fix Committed |
|
| 2008-12-15 09:04:28 |
Till Kamppeter |
ghostscript: statusexplanation |
|
|
|
| 2008-12-15 09:04:55 |
Till Kamppeter |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
| 2008-12-17 07:44:40 |
Martin Pitt |
bug |
|
|
added subscriber SRU Verification |
| 2009-01-03 16:31:08 |
Launchpad Janitor |
ghostscript: status |
Fix Committed |
Fix Released |
|
| 2009-07-08 22:07:10 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/karmic/ghostscript |
|
| 2011-02-04 08:06:22 |
Bug Watch Updater |
gs-gpl: importance |
Unknown |
Critical |
|
