Xerox WorkCentre 7245 (7228) prints only first page

This problem can be caused by foomatic-rip using a bad method to turn PDF into PostScript. I have done a fix in foomatic-rip to use a better method. See bug 463059. Please test the fix proposed there and tell whether it also solves your problem.

Please test the Karmic SRU (Stable Release Update) in bug 463059. See comment #25 there.

Thanks for taking the time to investigate this!
However the fixed foomatic-rip from karmic-proposed makes no difference, I still get only the first page (I DID remember to undo my changes to /etc/cups/printers.conf for this test).

I have made another test, snatching the input and output to/from foomatic-rip by renaming it and replacing it with a small script:

#!/bin/bash
echo "$*" >> /tmp/foo.log
env >> /tmp/foo.log
tee /tmp/foo-in.ps | /usr/bin/foomatic-rip-orig "$@" | tee /tmp/foo-out.ps

See the attached foo.log, foo-in.ps and foo-out.ps
Interestingly, while viewing with "gs foo-in.ps" is very quick and opens a reasonably sized window with the result, doing the same for the foo-out.ps file is a very slow thing and produces very large-size output.

The foo-out.ps is not broken, once the size is not unreasonable. It is double the size of foo-in.ps and foo-in.ps is not PostScript, it is PDF and PDF is usually smaller than PostScript. Second, the fact that "gs" does not display it is normal, also other PostScript files produced by Poppler have this problem. You can display the file with "gv" or evince though, without any size and speed problems. My HP LaserJet P3005 prints the unfiltered foo-out.ps without problems and without delays.

Can you try to send foo-out.ps to your printer, unfiltered:

nc -w1 <IP address of the printer> 9100 < foo-out.ps

OR

lp -oraw foo-out.ps

Can you also check whether you have a ~/.cups/lpoptions file or an /etc/cups/lpoptions file and if you have such files post them here. Move these files to another directory and try to print again. Does this solve the problem.

With
   lp -oraw foo-out.ps
I get only the first page of the document. With
   lp -oraw foo-in.ps
I get all 4 pages, which is why I changed printers.conf. I have no lpoptions files:
ac@kapowdk-ac:~$ ls ~/.cups
ls: cannot access /home/ac/.cups: No such file or directory
ac@kapowdk-ac:~$ ls /etc/cups/lpoptions
ls: cannot access /etc/cups/lpoptions: No such file or directory

But see this:
ac@kapowdk-ac:~$ nc -w1 xerox7245.kapow.dk 9100 </tmp/foo-out.ps
%%[ Error: ioerror; OffendingCommand: flushfile ]%%
%%[ Flushing: rest of job (to end-of-file) will be ignored ]%%

If I read the PostScript correctly, flushfile is called only from the EndPage (re)definition in line 4120. Might the printer's PostScript implementation be missing something?

Forgot to say: I get no complaints from doing:
nc -w1 xerox7245.kapow.dk 9100 </tmp/foo-in.ps

First, your printer is not only a PostScript printer but also a PDF printer, therefore it prints foo-in.ps unfiltered, which is a PDF file.

Second, if you print unfiltered with "lp -o raw ..." answers of the printer get somewhere buried in the error_log, if you send files to the printer with "nc", you see the answers of the printer in your terminal window.

According to the printer's answer it seems that the Xerox printer does not like the "flushfile" command (in the PostScript code inserted by foomatic-rip for page logging), whereas my HP printer and also gv or evince (both backed by Ghostscript) have no problems with this command. This makes the Xerox printer abort the job on the first "flushfile" command which is exactly when the first page is completed.

Please do the following:

Edit foo-out.ps, preceedinmg the line which contains "flushfile" with a "%" character. This deactivates this line. Send the resulting file to printer unfiltered. Does the file print completely now?

I have checked and the page logging code should not get inserted into the PostScript output by foomatic-rip. Seems to be an upstream bug in foomatic-rip.

To get your printer to work, please set up your printer with the following PPD file:

http://openprinting.org/foomatic-db/db/source/PPD/Xerox/xrx7242.ppd

Download the PPD and then create a new print queue with system-confiog-printer and instead of choosing manufacturer and model, select supplying a PPD file and use the PPD you have downloaded.

Answer to comment #13: Commenting out the "flushfile" makes "lp -oraw ..." print all the pages.

Answer to comment #15: Yes, with the 7242 PPD, printing works out of the box, because the following is inserted into /etc/cups/printers.conf for the added printer:

Filter application/vnd.cups-raw 0 -
Filter application/vnd.cups-command 0 commandtops
Filter application/vnd.cups-postscript 0 -

That is, the same stuff as for the HP printer I tried, and which I put into printers.conf as a workaround before reporting the problem.

Fixed in upstream BZR repository of foomatic-filters.

This bug was fixed in the package foomatic-filters - 4.0.3-0ubuntu4

---------------
foomatic-filters (4.0.3-0ubuntu4) lucid; urgency=low

  * debian/patches/20_foomatic-rip-suppress-page-accounting.dpatch:
    Make the insertion of page accounting code into PostScript data streams
    actually suppressed if instructed appropriately by the PPD file
    (especially for Foomatic/Postscript PPDs) (LP: #513690).
 -- Till Kamppeter <email address hidden> Fri, 5 Feb 2010 12:46:17 +0100

Thank you very much for your bug report and your quick answers. I have uploaded a fixed foomatic-filters package for Lucid now.

Good to see this fixed; thanks for the great support. It's what we need to further this platform.

I have uploaded a fixed package for Karmic to -proposed now which is waiting for approval. A debdiff is attached.

Accepted foomatic-filters into karmic-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

Sorry for the delay, I was away from the office. I have updated foomatic-filters from karmic-proposed, installed a new printer (well, pointing the the same physical printer, I'm not Uncle Scrooge!), which works like a charm!
Checked /etc/cups/printers.conf, where the new printer has
    Filter application/vnd.cups-postscript 100 foomatic-rip
My conclusion: Fix verified. I suppose someone else will change the bug status appropriately, if appropriate :-)
Thanks for the support!

Thank you for testing, I have updated the bug tags and so the fixed foomatic-filters package will soon be added to the official updates so that everyone gets it with his daily updates.

This bug was fixed in the package foomatic-filters - 4.0.3-0ubuntu2.2

---------------
foomatic-filters (4.0.3-0ubuntu2.2) karmic-proposed; urgency=low

  * debian/patches/20_foomatic-rip-suppress-page-accounting.dpatch:
    Make the insertion of page accounting code into PostScript data streams
    actually suppressed if instructed appropriately by the PPD file
    (especially for Foomatic/Postscript PPDs) (LP: #513690).
 -- Till Kamppeter <email address hidden> Mon, 15 Feb 2010 19:51:17 +0100