Bug 85094 - When printing ODT with mixed portrait and landscape, last page has incorrect orientation
Summary: When printing ODT with mixed portrait and landscape, last page has incorrect ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
4.3.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Print
  Show dependency treegraph
 
Reported: 2014-10-16 14:23 UTC by Allan Macdonald
Modified: 2019-04-14 21:04 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
Document exhibiting bug. (12.87 KB, application/vnd.oasis.opendocument.text)
2014-10-16 14:23 UTC, Allan Macdonald
Details
Source doc and sample output from xps printer (193.31 KB, application/x-zip-compressed)
2018-10-06 03:46 UTC, twisterddfsl83823
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Allan Macdonald 2014-10-16 14:23:25 UTC
Created attachment 107932 [details]
Document exhibiting bug.

A document is created that starts in portrait, changes to landscape in the middle of the document and returns to portrait for the last page.  When printing the document, the last page remains in landscape mode.  When advancing pages by presing the right arrow button under the preview window of the printing dialog, the incorrect orientation is shown in the last page.  Then, when reviewing previous pages by clicking the left button under the preview window, the first page ends up showing in landscape mode as well.

Example document attached.
Comment 1 tommy27 2014-10-17 13:02:47 UTC
bug confirmed under Win7x64 using LO 4.3.2.2 
status NEW
Comment 2 Victor 2015-02-22 03:02:33 UTC
I have the same problem. This error does not occur in version 4.2.3 and 4.2.8
Comment 3 denis.st-onge 2015-04-10 19:22:07 UTC
As a work-around, I found that you can use the "Export directly as PDF" or install a PDF printer (like CutePDF) to keep the document in the proper printable format. These features do not seem to be affected by this bug. 
It's annoying but, at least, you can print the document.
Comment 4 Aaron Wilcox 2016-08-04 21:29:28 UTC
This issue is still present in version 5.1.4.2 (Windows 7 Professional x64)
Comment 5 QA Administrators 2017-09-01 11:16:21 UTC Comment hidden (obsolete)
Comment 6 Allan Macdonald 2017-09-09 16:33:22 UTC
This bug still exists in Version: 5.4.1.2
Build ID: ea7cb86e6eeb2bf3a5af73a8f7777ac570321527
CPU threads: 8; OS: Linux 4.10; UI render: default; VCL: gtk2; 
Locale: en-CA (en_CA.UTF-8); Calc: group

Running under Ubuntu 16.04 LTS 64 bit.
Comment 7 QA Administrators 2018-09-10 02:36:54 UTC Comment hidden (obsolete)
Comment 8 Timur 2018-09-12 15:34:56 UTC
Repro 6.2+. Worked fine with 4.2.8.2.
Comment 9 twisterddfsl83823 2018-10-06 03:29:51 UTC
Just encountered this bug in version 6.0.6.2

Also like to clarify the bug.  Every page after the landscape page will print in landscape mode and be cut off on the bottom.

Wasted 50 pages of printing because of this.

A really odd workaround is that if you set the portrait page width to something custom, the problem disappears. (other than the printer settings are now off for paper size.)
Comment 10 twisterddfsl83823 2018-10-06 03:46:42 UTC
Created attachment 145424 [details]
Source doc and sample output from xps printer

Uploaded a new sample.  I used the built in xps printer in windows to show what goes wrong and that it somehow works when using the pdf printer instead.
Comment 11 twisterddfsl83823 2018-10-06 16:00:40 UTC
Found some interesting behavior with this bug.

For example, if the landscape page is on pg 2, if you print pgs 3-10, they will print correctly, but if you print 2-10, they won't.

If you go to the print dialog, and it has that mini preview, and you go to the landscape page, it will now print every page in landscape (with bottoms cut off) including pg 1.
Comment 12 Buovjaga 2019-04-14 21:04:40 UTC
Bibisected with win32-4.3 to https://gerrit.libreoffice.org/plugins/gitiles/core/+/674a8a084bff6aa089d073b2710cd6a8b6662546%5E!/
Resolves: #i122984# Avoid too many Print JobSetups...

Adding Cc: to Armin Le Grand

This was a difficult bibisect, because there were commits where printing caused a crash. Thankfully, I was able to find out that the actual range between the good and bad commits did not contain these crashes. This was the method that helped me: https://wiki.documentfoundation.org/QA/Bibisect#Bisect_skip_hell

Contrary to comment 3, I was able to see the bug with a PDF printer (Microsoft PDF printer). Also, the bug is still in the latest master.