Bug 106352 - Sorting doesn't work correctly when printing multiple copies of double side documents with >3 pages
Summary: Sorting doesn't work correctly when printing multiple copies of double side d...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.3.0.3 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Print
  Show dependency treegraph
 
Reported: 2017-03-06 11:05 UTC by harcesz
Modified: 2018-05-30 16:48 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments
an example document, feel free to create your own (8.28 KB, application/vnd.oasis.opendocument.text)
2017-03-06 14:23 UTC, harcesz
Details

Note You need to log in before you can comment on or make changes to this bug.
Description harcesz 2017-03-06 11:05:17 UTC
Description:
We might have encountered a persistent bug, that we can reproduce in two versions of Libre office at hand; 
5.1.6.2 (ubuntu/mint LTE version)
5.3.0.3 (current, tested on ubuntu 16.04) 

when attempting to print a multiple copies of a document with >3 pages the sorting of document acts differently between the versions (as in the order of pages), but illogically in both cases, mixing in pages form another copy on to the same physical pages as the earlier one, or acting in a weird way altogether.  

Steps to Reproduce:
1.enter page numbers on 3 pages, 
2.send to print in 2 copies, with sorting,
3.see effect
...
4. PROFIT! ;]

Actual Results:  
1st copy:
sheet1: pages 1,2
sheet2: pages 3,3
sheet3: pages 1,2 

Expected Results:
if a users wants to print 2-3 copies of an legal agreement or such, the pages need to be constantly in the same order, and no elements of the 2, 3rd copy can by on the same physical sheet of paper as the 1st copy.


Reproducible: Always

User Profile Reset: No

Additional Info:
there is a very simple workaround that my coworker 'invented' and used before deciding to consult the problem; sending a single document to print with a single copy per copy needed
this might have caused the bug to go unreported


User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/55.0.2883.87 Chrome/55.0.2883.87 Safari/537.36
Comment 1 Xisco Faulí 2017-03-06 11:11:09 UTC
Hello,

Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive information before attaching it. 
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Comment 2 harcesz 2017-03-06 14:23:49 UTC
Created attachment 131677 [details]
an example document, feel free to create your own
Comment 3 Buovjaga 2017-03-13 11:53:21 UTC
(In reply to harcesz from comment #2)
> Created attachment 131677 [details]
> an example document, feel free to create your own

I do not get your freaky result with 2-sided printing + collation. Using HP Laserjet 700 MFP M775 here.

Did you try "Create single print jobs for collated output" in the Options tab of LibreOffice printing dialog? It was unchecked for me, but maybe checking it will help you.

Win 7 Pro 64-bit, Version: 5.2.5.1 (x64)
Build ID: 0312e1a284a7d50ca85a365c316c7abbf20a4d22
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; 
Locale: fi-FI (fi_FI); Calc: CL
Comment 4 tommy27 2017-05-17 13:45:24 UTC
please retest with latest LibO 5.3.3.2 release and tell if issue persists.
Comment 5 QA Administrators 2018-05-02 15:47:42 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2018-05-30 16:48:58 UTC
Dear Bug Submitter,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-20180530