It takes an exponentially longer time for LibreOffice to send a print job to a printer (3 different Macs, 4 different printers at two locations) than does either OpenOffice 3.2.x or Mac-only NeoOffice 3.1.x. If I take either a one to five page Calc or Writer document with no unusual graphic objects in it and click Print in the print dialog box, it takes 6 seconds or more before printing begins. It usually takes the other two OpenOffice variants about a second to start printing. I can't really say that this is a bug rather than something not optimized for the Mac operating system. I searched for similar bugs and couldn't find any. I'm also guessing that Mac users are not a big number in terms of the total number of LibreOffice users. I'm running Mac OSX 10.6.6 on all of my Macs. The various printers that I've used (same long time to get a job to the printer) include two WIFI printers, a hard wired USB printer and an HP Laserjet on an ethernet network. I think this issue takes place entirely on the Mac and has nothing to do with individual printers or printer drivers.
Hi, I can not confirm slowness on my Mac OSX 10.6.6 system with LibO 3.3 final, printing to two networked printers, a HP Colour LJ2500 and a Samsung 3170FN Colour Laser. Printing to either of these printers takes approximately the same time as with OOo 3.2.1, or OOo 3.3. I am running Mac OSX in 64bit mode, but don't know whether this makes a difference to the speed of the CUPS printing subsystem. Alex
I'm confused about running LO in 64-bit mode. On apps where I have a choice (such as the x64 version of VLC), I always choose to run in 64-bit mode unless I encounter a problem. However, the current release of LO doesn't offer an option in the GetInfo window. Thus, I'm assuming that the default release version of LO is running in 32-bit mode so as to reach the widest Mac market. Neverthless, given that you haven't seen any difference between OpenOffice and LO in terms of this issue, I'm going to play around with my print settings.
Hi, Yes, LibO is currently only a 32bit application on Mac, it won't yet compile / build in 64bits. What I meant was that I don't know whether there are any speed gains just because the system is running in 64bit mode even if the app is only 32bit - probably not at the specific app level, but possibly with the CUPS printing subsystem which would run as 64bit (unless I'm very much mistaken). It may also just come down to driver optimisation, I take it you have the latest drivers for your printers ? Alex
Yes. All my drivers are the latest.
Sir, I have the same problem: my HP is really slow(11 seconds before starting) with Writer and Calc. Bad experiences with these two parts of LibreOffice. And it bugs too the Macro I have in my Calc's sheets. Please do something. I need that feature.
Saudrob, please file separate bug reports for each problem you see. And if you also see the problem this bug report is about, no need to add a comment about that.
Some additional info. At the time I filed the bug report, the official Open Office v3.3 release wasn't out yet. With that release Open Office also has the long wait before printing begins. Thus, the problem is with the common code shared by both OO and LO. If you print a lot of small documents, it's a pain.
i can confirm this behaviour. some documents take enormous time before printing. although, if i export the document to pdf and then print that pdf file, it prints lightning fast! Ubuntu 11.04, LibreOffice 3.3.2 OOO330m19 (Build:202) tag libreoffice-3.3.2.2, Ubuntu package 1:3.3.2-1ubuntu5
[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
I just checked using LO 3.5.0beta2 Build ID: da8462e-760cc4d-f39cf3d-1b2857e-60db978. Some background as well as my results: Version 3.3 of LO was really bad with respect to this issue. Version 3.4.X was much better. Version 3.5.0beta2 is the same as 3.4.X. The main problem now is not with the overall wait time before printing. It's still longer than most Mac apps, but it's not a huge problem any more. Now, the issue is with the "Processing..." information box that appears when a print job is initiated. It's always in the foreground of all open Mac apps and it also keeps the user from interacting with LibreOffice while it appears. All other Mac apps do the processing associated with print jobs in the background so that the printing app, as well as all other apps, can be used in a normal way. When printing a longer document--for example 50 pages or more--the wait until the Processing... information box disappears is a long time. I'm a college faculty member with many long documents, so I'm constantly dealing with this. Therefore, I'm not sure that this is actually a bug but rather an underlying issue associated with adapting LO to the Mac OS APIs regarding printing in a normal "Mac" way.
(In reply to comment #10) > The main problem now is not with the overall wait time before printing. > It's still longer than most Mac apps, but it's not a huge problem any more. Therefore I will mark this as RESOLVED WORKSFORME. Please file a new report for other printing issues (if found) in latest stable (4.1.x) version.
Also WORKSFORME on OS X 10.8.4 and LO 4.1.1.1.
UPSers is an online Portal used by UPS Employees. It deals with package delivery and supply chain management. It’s the best logistics company that has many branches. So, Register to access the Employee’s Portal. https://upsers.red