Comment 62 for bug 277404

I've posted this over in freedesktop bug #19640 as well. (See references at top of page.)

My printer is a HP M1522NF

I'm seeing a similar bug to this too, except only one or two fonts are replaced with a square/rectangle char.

Changing postscript level within the ppd file only works around the problem.

I first noticed this with using Abiword. Open abiword and enter the available chars of the alphabet with numbers (ie. ABC..., abc..., 123...) and print using cups. Even printing to file and transfering the .ps file to and printing from Windows shows this problem.

Another method to find the problem, is create or view a webpage using utf-8 and print a list of chars (similar to above). I happened across this method by finding and randomly printing a website within Seamonkey.

www-client/seamonkey-2.3.1-2.3.3 (I haven't tested the specific site since 2.3.1 or 2.3.2??)
app-text/poppler-0.16.7
app-office/abiword-2.8.6-r1
app-text/ghostscript-gpl-8.7.1-r6
net-print/hplip-3.11.7

Oh, hplip comes with several ppd files for this device. Using the pcl ppd file
which specifies PS Level 3, does print all chars just fine. (However the file
printed has some unusually high margins -- but everything here is set to print Letter and not A4
or Legal.)

A little more info, the HP M1522 is a PS Level 2 with PS Level 3 emulation.
Does this matter?

(I've got threads concerning this on the abiword & cairo mailing lists.)