Created attachment 99119 [details] demo text document Regression: "Collate" check-box in the print dialog no longer has any effect. Works in 4.2.4.0.0+ If Number-of-copies is set to N, you get N copies of page 1, followed by N copies of page 2, etc. (i.e. collated) Steps to reproduce: 1. Open the attached demo document 2. File->Print Check "All Pages", set "Number of copies" to 2, and leave "Collate" checked (as it is by default) 3. Click OK Current behavior: Prints pages 1,1,2,2,3,3 Expected behavior: Prints pages 1,2,3, 1,2,3 Operating System: Ubuntu Version: 4.2.4.2 release
Typo fix: (i.e. NOT collated)
Can you try with a daily build - I just tested with master built last night and it works fine. http://dev-builds.libreoffice.org/daily/master/ If it works, can you mark it as WFM - as it appears like it was temporarily broken but now it's resolved :)
Could this be a duplicate of 77243 that I filed a few weeks ago? I ended up going back to the 4.1.x series. Collating/Duplexing has shown odd and inconsistent behavior in recent LO versions. I even get different results with different printer drivers sometimes.
Indeed it is - marking it as a duplicate. Can both of you test on 4.2.4.2 release (also it would be nice if you could test on a master build from this week if possible). Please let us know what printer you are using as well. Lastly - version is the OLDEST version that we see the problem, not the latest. So please don't update the version to a newer version just because you still see the problem. Thanks! *** This bug has been marked as a duplicate of bug 77243 ***
My !@#$%! Brother printer won't collate, but an older HP laserjet works fine. Same behavior in both 4.2.4.0.0+ and recent 4.3alpha1+ of 5/18/14 However going back to LO 3.6.7.2, collate WORKS on the Brother. There was a recent bug where if 50 copies were requested in the Print dialog, LO would generate 50 independent print jobs. This was resolved by making LO pass the #copies to CUPS so CUPS could Do The Right Thing (e.g. create a single print job containing 50 copies of the document). I could not find this in Bugzilla, however. Anyway, this change in handling multiple copies may explain why older LO revs work on both my printers -- the old way may have masked a bug in the Brother print driver and/or CUPS (or somewhere else in LO).
It was Bug 41524. The changed use of CUPS was introduced in 4.2.2