Bugzilla – Bug 142926
Firefox does not print, but no problems with oo, Mozilla and other aplications
Last modified: 2006-05-15 13:58:40 UTC
Mozilla Firefox does not print. I have not faced problems with other aplication OpenOffice, Konqeror eaven standard Mozilla prints without problems. SUSE 10: Linux version 2.6.13-15.7-smp (geeko@buildhost) (gcc version 4.0.2 20050901 (pre release) (SUSE Linux)) #1 SMP Tue Nov 29 14:32:29 UTC 2005 Firefox 1.0.7
Created attachment 63182 [details] Attached is printing configuration for my system
What means "does not print". Is the printout broken or is there any error message anywhere or does just not do anything? Usually I don't expect any difference in the print behaviour of mozilla and Firefox.
It just does nothing. There is no error message.
Can you print to a file? Maybe the print job isn't executed by cups for some reason. I'm still not sure why Firefox or mozilla makes a difference. We have to checkout if there is a postscript document going out to cups at all.
More questions for the "info-provider": 1. When you print to a (PostScript)-file, verify that at least Ghostscript can process it: Display it with gs directly: gs -r60 file.ps press [Enter] for next pages and finally [Ctrl]+[C] to quit. Are there Gostscript errors? If there are no Gostscript errors, can you print it via lp -d QUEUE file.ps If not, see /var/log/cups/error_log for the CUPS messages. 2. How did you create your "printing configuration" attachment? It is not what I expect to get from CUPS command line tools. From which program did you get this "printing configuration"? In particular what looks strange are the two "URI" entries: "device-uri" looks o.k. for me but what is "printer-uri-supported"?
1. Gostscript works OK printing lp -d QUEUE file.ps also works OK But still no print out directlly from Firefox I have tried the following printer properties in Firefox: a)lpr ${MOZ_PRINTER_NAME:+'-P'}${MOZ_PRINTER_NAME} and b)lpr 2. I have forgotten how I did it exactelly. Two URI entries appear always when I run Yast and chose printer. Yast discovers printer second time and creates secound Uri entry.
Regarding 1.: Does it print directly from Firefox when you use a print command like described in our maual, e.g.: lp -d QUEUE (i.e. use the same as via commandline but without a file name)
Here is the CUPS error log: I [05/May/2006:18:58:44 -0500] Adding start banner page "none" to job 15. I [05/May/2006:18:58:44 -0500] Adding end banner page "none" to job 15. I [05/May/2006:18:58:44 -0500] Job 15 queued on 'HP4L' by 'kde-taubner'. I [05/May/2006:18:58:44 -0500] Started filter /usr/lib64/cups/filter/pswrite (PID 9150) for job 15. I [05/May/2006:18:58:44 -0500] Started filter /usr/lib64/cups/filter/pstops (PID 9151) for job 15. I [05/May/2006:18:58:44 -0500] Started filter /usr/lib64/cups/filter/pstoraster (PID 9152) for job 15. I [05/May/2006:18:58:44 -0500] Started filter /usr/lib64/cups/filter/rastertoprinter (PID 9153) for job 15. I [05/May/2006:18:58:44 -0500] Started backend /usr/lib64/cups/backend/socket (PID 9154) for job 15. E [05/May/2006:18:58:44 -0500] PID 9152 stopped with status 1! I [05/May/2006:18:58:44 -0500] Hint: Try setting the LogLevel to "debug" to find out more. E [05/May/2006:18:58:44 -0500] PID 9153 stopped with status 1! I [05/May/2006:18:58:44 -0500] Hint: Try setting the LogLevel to "debug" to find out more. E [05/May/2006:18:58:44 -0500] [Job 15] No pages found!
I should also mention the following: Running on AMD 64, installed SUSE Linux 10 for AMD 64. For an HP 4L printer: (1) "doesn't print" means zero output - no pages - no activity - nada ;-) (2) Using a printserver with an IP address and a port number. (3) Printing to a file from Firefox 1.0.8 works. (4) Printing from document viewer doesn't work either. (5) Printing from Open Office works fine so far. Print Manager displays: Model: HP Laserjet 4 series - CUPS+Gimp-Print v4.2.7 For an Epson C86 printer - it all works! Model: Epson Stylus C84 Foomatic/gimp-print (recommended)
CUPS error_log shows that the Gimp-Print filters /usr/lib64/cups/filter/pstoraster and /usr/lib64/cups/filter/rastertoprinter fail for this kind of jobs. At the moment I don't know if this is because of an error in those filters or because of a somewhat broken PostScript (even the pswrite prefilter cannot make any broken PostScript clean). David, to avoid this problem, try the recommended driver for the HP Laserjet 4 i.e. the good old Ghostscript driver ljet4: "HP LaserJet 4 Foomatic/ljet4 (recommended)"
What is going on here? Is it a bug-hijack since comment #8? The attachment in comment #1 indicates a HP PSC 1510 printer on i386 compatible 32-bit hardware but since comment #8 we are talking about a LaserJet 4 on x86_64 64-bit hardware. As there is no info from the initial reporter we cannot help here and the other problem since comment #8 should be solved by using the recommended driver.
(In reply to comment #11) > What is going on here? > Is it a bug-hijack since comment #8? > The attachment in comment #1 indicates a HP PSC 1510 printer > on i386 compatible 32-bit hardware but since comment #8 we are > talking about a LaserJet 4 on x86_64 64-bit hardware. > > As there is no info from the initial reporter we cannot help here > and the other problem since comment #8 should be solved by using > the recommended driver. > Sorry about the "hijack". This seemed like it might be the same problem to me, so I thought the appropriate thing to do was add to this report rather than creating another bug report. I thought adding my details might aid in resolving the initial problem (since details were so scarce). I added the extra details so that it was also clear that there were differences to what was reported initially. Anyway, thak you for your suggestion - it worked!
David, could you print from your Mozilla/Firefox into a file something which doesn't print with the Gimp-Print driver and attach this file to this bug so that I can have a look whether it is bad PostScript from Mozilla/Firefox or a general problem in the Gimp-Print driver.
Created attachment 82764 [details] broken driver output broken driver output
Created attachment 82765 [details] working driver output working driver output
Both files can be displayed without an error by "gs -r60 filename". I can print both files in raw mode on my HP LaserJet 1220 PostScript printer (using "lp -d queue -o raw filename"). I created a queue using the "HP LaserJet 4 series - CUPS+Gimp-Print v4.2.7" PPD file /usr/share/cups/model/stp/pcl-4.ppd.gz for my LaserJet1220 on my Suse Linux 10.0 i386 system and both files failed to print with errors from pstoraster and rastertoprinter in the CUPS error_log as also described in comment #8. I created a queue using the "HP LaserJet 4 series - CUPS+Gimp-Print v4.2.7" PPD file /usr/share/cups/model/stp/pcl-4.ppd.gz for my LaserJet1220 on my Suse Linux 10.1 x86_64 system and both files printed without problems (i.e. it seems to work at least with Suse Linux 10.1). I did a "diff -u" for both files and as far as I see the only difference which can cause the problem is in the binary font definition of the "Thorndale_AMT.Regular.0.0.Set0" font. I have no idea why there is any difference in Mozilla/Firefox PostScript output at all - both files show the same stuff? But the difference seems not to matter: Either both files print or both files fail to print (at least for me).