From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030129 Description of problem: See also bug 75694. Using an Okidata Okipage 10e with the ljet4 driver. As in the bug above, I'm having trouble printing from a Mac OS X client to a print server running RH 8.0 with errata-updated cups 1.1.17-0.2. Unlike the previous bug, I do get some printing, but now the letter 'a' (and perhaps others) are missing from some output. This doesn't happen all the time - it seems mostly to affect PDF files produced through the Mac's printing routine. The PDF file at the URL above is an example: if I download it to the linux machine and print it using "lpr <filename>", it prints fine. The same is true if I do that from the Mac. If, however, a user downloads and views it on the Mac (using the Preview app), then prints it using Preview's print command, the output at the printer contains no 'a's. Other print output from the Mac - From the text editor, or Word, say - is usually OK. Perhaps there is a font issue here. This sounds like and Apple bug, *but* it worked fine with CUPS 1.1.16 through 1.1.18 downloaded and built from cups.org - only with the Redhat version has this been a problem. Having installed the RH version of 1.1.17, however, I now cannot fix the problem by re-upgrading to 1.1.18 from cups.org. Version-Release number of selected component (if applicable): How reproducible: Sometimes Steps to Reproduce: 1.Print a PDF file from the Preview app of a Mac OS X client using the setup described above. Actual Results: Output is missing all instances of the letter 'a'. Additional info: Everything looks OK in /var/log/cups/error_log.
Please make a raw print queue on the Linux machine, and set it to have a custom device '/tmp/lp0' (and make that file group-lp writable). Then print to that queue from the Preview app and attach it. Then we can see what's actually getting submitted. Thanks.
Created attachment 90104 [details] The original PDF Attaching original PDF from http://state.gov. This file prints fine if it's sent to the printer directly.
Created attachment 90105 [details] Output to raw queue This is the PDF file produced by Apple's preview.app and sent to the print queue, as captured by a raw queue on /tmp/lp0.
Thanks very much for taking a look at this. Please do let me know if I can provide any additional information or help out in any other way.
Red Hat Linux is no longer supported by Red Hat, Inc. If you are still running Red Hat Linux, you are strongly advised to upgrade to a current Fedora Core release or Red Hat Enterprise Linux or comparable. Some information on which option may be right for you is available at http://www.redhat.com/rhel/migrate/redhatlinux/. Red Hat apologizes that these issues have not been resolved yet. We do want to make sure that no important bugs slip through the cracks. Please check if this issue is still present in a current Fedora Core release. If so, please change the product and version to match, and check the box indicating that the requested information has been provided. Note that any bug still open against Red Hat Linux on will be closed as 'CANTFIX' on September 30, 2006. Thanks again for your help.
Red Hat Linux is no longer supported by Red Hat, Inc. If you are still running Red Hat Linux, you are strongly advised to upgrade to a current Fedora Core release or Red Hat Enterprise Linux or comparable. Some information on which option may be right for you is available at http://www.redhat.com/rhel/migrate/redhatlinux/. Closing as CANTFIX.