this is apparently a feature (as already mentinoed by Bjoern comment #9)
that was introduced in OOo 3.3, CWS "pdfprint".
relevant code in PspSalInfoPrinter::GetCapabilities:
const PPDKey* pKey = aData.m_pParser ? aData.m_pParser->getKey(
OUString("Collate") ) : NULL;
const PPDValue* pVal = pKey ? pKey->getValue(OUString("True")) : NULL;
so we check if the PPD for the printer contains "Collate=True" and
if it doesn't then Collate is handled as fall-back by LO itself
so you get multiple jobs.
can people affected by this please check if the CUPS PPD file for
their printer contains a "Collate" line?
not knowing much about PPDs i'm wondering if "True" is the only
value we need to check for, and whether assuming the printer
can't do it is an appropriate default if "Collate" is missing.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1025839
Title:
Printing multiple copies submits multiple separate jobs (should submit
one job)
Status in LibreOffice Productivity Suite:
In Progress
Status in “libreoffice” package in Ubuntu:
Confirmed
Bug description:
In the print dialog, if "Number of Copies" is set to 50 then 50
separate, independent print jobs are spooled. It should submit a
single print job, specifying 50 copies. This will allow the printer
to do the replication if it can (all Postscript printers can).
This is important because:
1) Submitting a separate jobs for each copy causes the page(s) to be
rendered again and again,
with a drastic reduction in through-put.
This is CRUCIAL if the pages contain complex graphics or images which
take a long time to render
or transmit to the printer: A one-minute delay for the first of 50
copies is okay, but 1 minute for
*each* of 50 copies is intolerable.
2) If the print job was a mistake, it is virtually impossible to stop the
printer. Pressing the cancel
button on the printer cancels just one copy, but after a little while
the next one starts printing...
3) It is very inconvenient to cancel the job in CUPS, with 50 separate
jobs, without affecting other
unrelated jobs in the queue (you can cancel all jobs in the queue at
once, or one at a time).
Note that CUPS has always supported a "number of copies" option at the
command-line level.
For example
lpr '-#50' file.pdf
prints 50 copies of the file, rendering it once only.
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: libreoffice-writer 1:3.4.4-0ubuntu1.2
ProcVersionSignature: Ubuntu 3.0.0-22.36-generic 3.0.33
Uname: Linux 3.0.0-22-generic x86_64
ApportVersion: 1.23-0ubuntu4
Architecture: amd64
Date: Tue Jul 17 11:49:58 2012
InstallationMedia: Xubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012)
ProcEnviron:
PATH=(custom, user)
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: libreoffice
UpgradeStatus: No upgrade log present (probably fresh install)
To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/1025839/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
