|
Bugzilla – Full Text Bug Listing |
| Summary: | Firefox does not print, but no problems with oo, Mozilla and other aplications | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Marcel S <tmarcel> |
| Component: | Firefox | Assignee: | E-mail List <bnc-team-mozilla> |
| Status: | RESOLVED WONTFIX | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | dtaubner, jsmeix |
| Version: | RC 4 | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | SuSE Linux 10.0 | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
Attached is printing configuration for my system
broken driver output working driver output |
||
|
Description
Marcel S
2006-01-12 20:24:30 UTC
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). |