Apache OpenOffice (AOO) Bugzilla – Issue 8618
printing with selected tray increments the tray
Last modified: 2003-05-20 10:46:34 UTC
This is really strange. I have a file which I print. for the sake of discussion, we can say it's the same as IZ8617. we have a Xerox docucolor 40 copier, set up as a colour printer. If I print to it, select printer properties, and set the tray from autoselect to tray 2, the job prints fine. if I then want another copy, I go "Print" - and the dialog box tells me it has selected tray 3 to rpint on. If I click OK, and then print again, it tries tray4! if I overwrite the tray back to 2, it prints ok. If I do not, it asks me to load paper into the tray (eg tray3, then tray4)
Wrong Component. Printing is handled by framework, so I set the flags and reassign it. Frank
TM->HI: Can you please have a look ? It´s a printing problem, thanks !
HI->PL: Unfortunately we haven't such printer. May you have a trick to reproduce.
what PPD do you use ? i did not find a docucolor 40 on Xerxox's site, just a DocuColor 2006.
pl->us: please try to reproduce or close
Created attachment 5529 [details] PPD used by user
us->pl: I can reproduce this phenomenon with vcl07, tested on Linux. Exactly the same way as Jonathan describes with the PPD you attached. But I was not able to reproduce this with any document. I had to use the bugdoc Jonathan attached to issue 8617 (as mentioned in the description). Strange, he? Note: when starting the vcl07/SWriter the same as when starting SPadmin I had a warning message in the console: "Warning: no DefaultResolution in PPD" This warning message did not show up again after deinstallation of that "Fiery XP12 Color Server PS" PPD. Thus again a "buggy" PPD?
I didn't know you needed a special document for this ...
The problem was, that with this printer tray 1 is constrained with A3 paper (that is you can not select both smultaneously); since the application sets the paper size and sometime after that the tray the unix implementation became confused because at thgat later time fewer trays were actually allowed; this problem i fixed by numbering all trays always. But the problem goes much deeper in principle: the applications do not set the pagesize on the printer object that is used in the printer properties and/or the printer dialogue; this is why the paper size is always the default paper when you enter the printer setup dialogue (by pressing "Properties...") and you are able to select tray 1 (please note that you can't anymore if you change the papersize to A3 in that dialogue). This should be worth a followup issue to the applications that they should set the printer settings of the document before they call the setup dialogue. pl->us: would you consider this and file an issue to the applications if appropriate ?
Sounds reasonable to me. Should be feasible in general as the pagesize should always be known by the applications for e.g. all kind of formattings and pagelayout. Will file a follow-up.
fixed in vcl08
Verified fix. Filed issue 13459, issue 13461, issue 13462 as follow-ups as PL suggested.
Verified.
Verified in OOo1.1 Beta2.