Launchpad has imported 13 comments from the remote bug at https://bugs.freedesktop.org/show_bug.cgi?id=41524.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2011-10-06T07:09:11+00:00 Paolo Benvenuto wrote: If I print a document in 100 copies, LO 3.4.3 sends to the print queue 100 print jobs, instead of sending a single jobs that prints the 100 pages. That results in a saturation of the print queue. LO 3.3 behaved differently. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1025839/comments/0 ------------------------------------------------------------------------ On 2011-10-06T07:16:10+00:00 Paolo Benvenuto wrote: my printer is a Ricoh Aficio MP-2550 (NRG-MP-2550), the sistem uses it with a socket://192.168.0.44:9100 uri, and the driver is CUPS+Gutemprint v2.5.6 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1025839/comments/1 ------------------------------------------------------------------------ On 2011-12-15T11:20:54+00:00 Don Myers wrote: I have the same problem. I'm running LibreOffice (version directly from LibreOffice) 3.4.4 on Ubuntu 11.10. I tried printing 75 copies of a single sheet with significant graphics (large file size) on a black and white Konica-Minolta PagePro 1400w laser printer. I had no idea that LibreOffice would be sending 75 individual print jobs to the printer instead of 1 print job with 75 copies. It crashed the printer, and also the driver after several copies. Then there was the horrendous mess of getting all of the unprinted jobs deleted. I was able to use my inkjet (HP OfficeJet Pro 8000) to finish the printing after the laser crashed. Once again individual print jobs were sent for each copy, but the printer did not crash. Once everything was printed, I had about 10 minutes of icons coming on the screen saying printing started and printing completed when the printing was all done. The icons were playing catchup with all of the print jobs. I've tried to research this. The only way I've found that you can print a large number of copies is to export the page to pdf, and then print the pdf. Programs other than LibreOffice (GEdit, Document Viewer) send 1 job to the printer with multiple copies. This problem did not exist in OpenOffice a year ago with whatever was the current version of openoffice on Ubuntu 10.10 back then when I printed the same job on the same laser printer. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1025839/comments/2 ------------------------------------------------------------------------ On 2011-12-15T14:52:05+00:00 NoOp wrote: I have both 3.3.4 and 3.4.4 installed so I can test in parallel. 3.3.4 prints properly (1 job, multiple pages) as long as the 'Collate' option is checked in the print dialog. Unchecking 'Collate' and printing results in multiple print jobs as expected. So as to not waste ink, just test by printing to a cups-pdf printer. In 3.4.4 it's as if the 'Collate' feature doesn't exist. 3.4.4 prints multiple print jobs whether the 'Collate' option is checked or not. Ubuntu 10.10 linux: versions are directly from LO. LibreOffice 3.4.4 OOO340m1 (Build:402) LibreOffice 3.3.4 OOO330m19 (Build:401) tag libreoffice-3.3.4.1 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1025839/comments/3 ------------------------------------------------------------------------ On 2011-12-16T09:43:56+00:00 NoOp wrote: Same issue in 3.5 beta 1: LOdev 3.5.0 Build ID: 7362ca8-b5a8e65-af86909-d471f98-61464c4 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1025839/comments/4 ------------------------------------------------------------------------ On 2011-12-23T12:31:38+00:00 Björn Michaelsen wrote: [This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org /RFC-Operation-Spamzilla-tp3607474p3607474.html Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1025839/comments/5 ------------------------------------------------------------------------ On 2012-02-07T18:27:37+00:00 David Burke wrote: Issue still present on LO 3.5 RC3 on Ubuntu 11.10 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1025839/comments/6 ------------------------------------------------------------------------ On 2012-03-27T13:21:36+00:00 Bugs-freedesktop-org-q wrote: I manage about 1000 computers that this is causing problems on - the huge number of print jobs created when a user prints multiple copies is slowing down the printers and causing problems with print release software that lets users confirm and pay for print jobs before they are printed. I realize that most home users might not notice the difference between one multi-copy job and several individual jobs, but in larger environments it is a huge problem. I wonder if this is the same as bug 46904 which seems to be attracting a little more attention: https://www.libreoffice.org/bugzilla/show_bug.cgi?id=46904 Any advice on how to patch this or work around it without user intervention would be greatly appreciated. Currently it looks like the only solution is to go back to version 3.3.4.1 I just tested this with version 3.3.4.1 and the problem does not occur. Testing with 3.4.0 and 3.5.1 showed the bug. The base system is Ubuntu 10.04 and the problem occurs with .debs grabbed directly from libreoffice. Diffing the source from 3.3.4.1 vs. 3.4.0 shows libreoffice-3.4.0.1/vcl/unx/source/printer/cupsmgr.cxx had a few changes that look relevant, but I'm in way over my head here: bool bUsePDF = false; cups_dest_t* pDest = ((cups_dest_t*)m_pDests); const char* pOpt = m_pCUPSWrapper->cupsGetOption( "printer-info", pDest->num_options, pDest->options ); if( pOpt ) { m_bUseIncludeFeature = true; bUsePDF = true; if( m_aGlobalDefaults.m_nPSLevel == 0 && m_aGlobalDefaults.m_nPDFDevice == 0 ) m_aGlobalDefaults.m_nPDFDevice = 1; } ... if( rJob.m_nPDFDevice > 0 && rJob.m_nCopies > 1 ) { rtl::OString aVal( rtl::OString::valueOf( sal_Int32( rJob.m_nCopies ) ) ); rNumOptions = m_pCUPSWrapper->cupsAddOption( "copies", aVal.getStr(), rNumOptions, (cups_option_t**)rOptions ); } if( ! bBanner ) { rNumOptions = m_pCUPSWrapper->cupsAddOption( "job-sheets", "none", rNumOptions, (cups_option_t**)rOptions ); } } Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1025839/comments/7 ------------------------------------------------------------------------ On 2012-03-30T15:17:38+00:00 Björn Michaelsen wrote: This is claimed to be working in 3.3 and broken in 3.4 -> regression Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1025839/comments/8 ------------------------------------------------------------------------ On 2012-03-31T04:05:22+00:00 Björn Michaelsen wrote: This seems to be a feature, not a bug. LibreOffice queries the printer if it is capable of collating jobs and acts accordingly (read: It is reported to LibreOffice that the printer can handle collation). see: http://opengrok.libreoffice.org/s?refs=PRINTER_CAPABILITIES_COLLATECOPIES&project=core Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1025839/comments/9 ------------------------------------------------------------------------ On 2012-03-31T04:12:31+00:00 Paolo Benvenuto wrote: In my system libreoffice produce multiple print jobs, but if I first create a pdf and then print the pdf in multiple copies, then one print job is produced. This makes me think the problem isn't in the printer or in its capacities, but in something libreoffice doesn't handle while evince does. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1025839/comments/10 ------------------------------------------------------------------------ On 2012-04-04T05:24:25+00:00 Björn Michaelsen wrote: Also CC'ing dtardon here, as it is possibly related to the same changes that caused bug 46904. @dtardon: Care to have a look? Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1025839/comments/11 ------------------------------------------------------------------------ On 2012-04-04T06:28:02+00:00 Dtardon wrote: (In reply to comment #11) > Also CC'ing dtardon here, as it is possibly related to the same changes that > caused bug 46904. It was reported for 3.4.3, so unfortunately no :-( > @dtardon: Care to have a look? Sure, why not... Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1025839/comments/12 ** Changed in: df-libreoffice Status: Unknown => In Progress ** Changed in: df-libreoffice Importance: Unknown => Medium ** Bug watch added: LibreOffice Bugzilla #46904 https://www.libreoffice.org/bugzilla/show_bug.cgi?id=46904 -- 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 : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
