Description of Problem: Mozilla uses 'Helvetica_Oblique' instead of 'Helvetica-Oblique' in PS output. Version-Release number of selected component (if applicable): mozilla-1.0.1-24 How Reproducible: 100% Steps to Reproduce: 1. Browse to www.redhat.com 2. Print (to file mozilla.ps) 3. grep Helvetica.Oblique mozilla.ps Actual Results: /Helvetica_Oblique findfont Expected Results: /Helvetica-Oblique findfont Additional Information: This in turn causes the jetdirectprint print filter to receive errors from JetDirect printer, which it isn't prepared for. In 0.9.9 at least, the object file concerned was /usr/lib/mozilla/components/libgfxps.so and the source file was gfx/src/ps/nsAFMObject.cpp, line nsAFMObject.cpp.
Yup. Got the SRPM, change the font to Helvetica-Oblique and rebuilt the rpms. Mozilla and galeon work fine now. I hope an errata come on this soon. The patch is trivial and the biggest problem is rebuilding the rpms.
Created attachment 80145 [details] fix for bad font
*** Bug 62966 has been marked as a duplicate of this bug. ***
I'm pretty sure this has already been fixed upstream.
Likely, but until that upstream product is incorporated into Red Hat's product it leave a lot of users out in the cold. The fix is simple and (given the huge rebuild times) beyeond many users. Pesonally, I fixed it. While putting the fix in rawhide may be a solution, it is not really a good one since may users will not user rawhide updates. Many printers in use are postscript printers. Mozilla and galeon have majpor problems without this fix.
I don't think a mozilla errata would be necessary if the jetdirectprint filter worked properly. But despite several requests for someone to try 'lpr -Phost%9100' where 'host' is hostname or IP address of the JetDirect printer, no-one has tried this out (or at least no-one has told me the results). If someone could *please* try that, and gets positive results, we can do a printconf errata for this.
I used galean to print to a file. I then did: lpr -P192.168.00.200%9100 This simply "hung". I am using LPRng for my print system.
OK, the above comment was a bit stupid! It hung because I did not supply any file to be printed. Here is what I got when I did supply a file: [genec@amber genec]$ lpr -P192.168.71.200%9100 test.ps Status Information: sending job 'genec@amber+249' to 192.168.71.200%9100@localhost connecting to 'localhost', attempt 1 connected to 'localhost' requesting printer 192.168.71.200%9100@localhost job 'genec@amber+249' transfer to 192.168.71.200%9100@localhost failed error 'NONZERO RFC1179 ERROR CODE FROM SERVER' with ack 'ACK_FAIL' sending str '^B192.168.71.200%9100' to 192.168.71.200%9100@localhost error msg: 'bad printer name' I still believe that mozilla is in error since changing the mozilla code will fix the problem. On the other hand, you may have something when you say that the printfilter should handle it. I created a print queue specifying a Unix Queue with the jetdirect address as the server and a queue name of raw [I had previously used this method before the jetdirect/9100 support was in linux.] To my surprise, the pages printed fine to this queue.
Oops, forgot to mention that the unix queue was defined as "postscript". Since postscript was the input, it should have passed it along.
This really should be closed since the redhat-config-printer package in rawhide fixes the problem. BTW, why hasn't an errata for redhat-config-printer been issued. This seems to me it could be a major problem for many users.
Marking rawhide.