From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050921 Red Hat/1.0.7-1.4.1 Firefox/1.0.7 Description of problem: Dear Tim, I have the following setup: Printer queues defined on a cups print server using vendor supplied PPD files. The defaults on the cups server are set to print duplex. Samba is configured for windows clients to use the windows 2000 PS driver (files actually taken off a win2003 box) downloaded from the [print$] share. The drivers were registered with samba using the cupsaddsmb command. The defaults on the samba printers are set identically to the cups definitions (i.e. duplexing is turned on by default in both cases). Printing from an EL4 machine with cups, the print jobs work perfectly. If I print a job to a duplex printer from windows to the samba printer definitions, then the following behaviour happens: 1. A duplex job prints fine. 2. A simplex job with an odd number of pages, an additional blank page comes out of the printer (as if to make it up to an even number of pages for a duplex job) If I set the defaults on cups and [print$] to be simplex, then the problem goes away but I do not want to do this as people will then waste paper. Paul Version-Release number of selected component (if applicable): cups-1.1.22-0.rc1.9.8 How reproducible: Always Steps to Reproduce: 1. install a duplex printer on cups with duplex as default 2. set up a samba share for the printer and register drivers using cupsaddsmb 3. print from windows to the share. An additional (blank) page will be present if the job is requested as simplex from windows. Actual Results: Print 3 pages document simplex over samba, and a 4th (blank) page comes out. Expected Results: 3 pages come out of the printer Additional info: I will upload an example PPD file, and the print spool file of a page printed from samba and from cups in a moment.
Created attachment 120014 [details] PPD file I'm using for HPLJ4200 for duplex printer This is the PPD I am using for the cups definition of one of the duplexing printers which exhibits the behaviour (all the duplex printers we have behave in this way) . As I used cupsaddsmb, it is also the same PPD that is being used by windows.
Created attachment 120015 [details] CUPS spool file from windows print job This is the spool file from windows for a PDF file printed in acrobat 7 pro to a samba print definition as a simplex job (as it ended up on the cups spool /var/spool/cups). This single page, plus a blank page, come out of the printer.
Created attachment 120016 [details] CUPS spool file from CUPS/Linux print job This is the spool file from a linux print job for the same PDF file printed in acroread 7 to a cups print definition (of the same printer) as a simplex job (as it ended up on the cups spool /var/spool/cups). This single page, and it printed fine, as a single page.
Tim, I have now added a service request: Service Request: 710332 And I have linked it to this bugzilla entry. Thanks, Paul
Paul, I have been assigned this issue by our Global Support Services department due to the level of support you have on your products. If possible, would you be able to close the existing Service Request, and we shall continue the call process through this bugzilla? Many Thanks, Jon Fautley Technical Consultant Red Hat
Hi Jon, I have added a note to the service request to close. Let's hope we can solve this problem using this bugzilla entry. Cheers, Paul
Paul, Would it be possible for you to attach a sysreport from the system running CUPS+SAMBA to this bugzilla? You can find details on creating a sysreport here: http://kbase.redhat.com/faq/FAQ_80_456.shtm If you require any further information or assistance, please do not hestiate to contact me. Best Regards, Jon Fautley Technical Consultant Red Hat
Paul, Upon further investigation, I believe I may have found the cause of your spurious page being printed. There appears to be a difference in the way a Windows system and a Linux system will print Postscript documents. A Windows system will automatically append a <Ctrl-D> to the end of the print job, causing an extra form feed, and thus the blank page. Linux does not append this <Ctrl-D> character, as the print spooler system (CUPS) does this automatically. As a result, the printer is sent two 'End of Job' markers when printing from a Windows system, resulting in the extra page being printed. You can disable this in the following manner: * Log on to your Windows Desktop (You will probably need Administrator rights to change printer properties) * Go to Start->Settings->Printers * Right-Click on the correct printer icon corresponding to your shared Laser Printer, and select Properties * Go to the last tab, Device Settings * Change the option that reads 'Send Ctrl-D after each job' from 'Yes' to 'No' * Attempt to print a document and ensure that no extra page is printed. Best Regards, Jon
Dear Jon, sysreport coming in a minute.... it's just running. I had already tried the control d settings in the windows driver and it did not make any difference. You'll notice that this only occurs if you print an odd number of pages - it is not happening on every print and consequently I was not too surprised that control d didn't fix it. I think the issue is that something (cups?) is trying to always make the job up to an even number of pages, thinking that the job is duplex, even when it isn't. (I think that a duplex job must have an even number of pages or the final page will not come out of the printer?) Thanks, Paul
Created attachment 120248 [details] sysreport from the print server Hi Jon, Here is a sysreport from our print server machine. Thanks, Paul
Hi Jon, Any more ideas yet? Paul
Paul, the PPD from comment #1 seems to have DuplexUnit set to NotInstalled in the InstallableOptions section. Is this the PPD as you're actually using it, or before it's been adjusted?
Hi Tim, As you suggest I think I must have uploaded a raw ppd file before making the changes. I'll upload the one that's actually in use in a second. Ah yes - the one I'm about to upload has the duplex option set to installed. Thanks for looking at this. Paul
Created attachment 131552 [details] Configured PPD file that's in use This obsoletes file 120014
I reported this upstream: http://www.cups.org/str.php?L1802 The upstream opinion is that this is an issue with the Windows driver.