Description of Problem:
Mozilla uses 'Helvetica_Oblique' instead of 'Helvetica-Oblique' in PS output.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Browse to www.redhat.com
2. Print (to file mozilla.ps)
3. grep Helvetica.Oblique mozilla.ps
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:
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
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.