Bug 107695 - document text area placed differently on odd and even pages
Summary: document text area placed differently on odd and even pages
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.2.6.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-05-08 07:14 UTC by Luke Kendall
Modified: 2017-05-13 15:22 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
A hopefully clean and minimalist LO template file, that demonstrates the problem (18.34 KB, application/vnd.oasis.opendocument.text)
2017-05-08 07:14 UTC, Luke Kendall
Details
Screenshot edited in GIMP to show the grid pixel height (157.36 KB, image/png)
2017-05-13 11:39 UTC, Buovjaga
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Luke Kendall 2017-05-08 07:14:24 UTC
Created attachment 133150 [details]
A hopefully clean and minimalist LO template file, that demonstrates the problem

I'm filing this bug as a consequence of trying to follow all the advice provided for my problem 106476.

While trying to follow the advice provided, I started with a fresh document to create a new template for my novels.  

I believe I have followed the advice, while meeting my own requirements, and I have a satisfactory template.

I'm filing this bug because of an oddity I noticed while working my way incrementally to this (hopefully) clean document, which also displays the oddity.

Starting from page 4 in the attached document file, the grey box that shows the document text area is placed in different positions, alternating up and down by 2 to 3 pts on each page. You can see this by looking at the placement of the top edge of the document text area compared to the faint grey dots of the document grid. (2~3pts higher on the odd pages than on the even pages).

I'm filing this bug because I feel either there’s a bug in LO, or a hidden property or setting I’m unable to discover. And I'm worried that I've misunderstood something, and my new and "clean" template is not as clean and simple as I think it is.

I have also drawn a diagram that I believe represents how the page margins and property settings control the placement of text in various areas on the page.  Feel free to use it in any way you like (for LO documentation), if it's correct.  If it's incorrect, it may hold a clue as to why the document text area starts moving, from p4 onwards.
Comment 1 Buovjaga 2017-05-13 11:39:04 UTC
Created attachment 133292 [details]
Screenshot edited in GIMP to show the grid pixel height

I am not seeing a problem.

Arch Linux 64-bit, KDE Plasma 5
Version: 5.4.0.0.alpha1+
Build ID: c0968aa4673a8ac9a8a09a0e291b58b94bdbb35e
CPU threads: 8; OS: Linux 4.10; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on May 13th 2016
Comment 2 Luke Kendall 2017-05-13 13:13:05 UTC
(In reply to Buovjaga from comment #1)
> Created attachment 133292 [details]
> Screenshot edited in GIMP to show the grid pixel height
> 
> I am not seeing a problem.
> 
> Arch Linux 64-bit, KDE Plasma 5
> Version: 5.4.0.0.alpha1+
> Build ID: c0968aa4673a8ac9a8a09a0e291b58b94bdbb35e
> CPU threads: 8; OS: Linux 4.10; UI render: default; VCL: kde4; 
> Locale: fi-FI (fi_FI.UTF-8); Calc: group
> Built on May 13th 2016

Very strange.  But I agree.  I also re-opened the file here, and I no longer observe the problem.

I have restarted Writer since then, several times.... I'm at a loss, but since neither you nor I can reproduce it, I think this should be resolved as "Not reproducible", or whatever you think is correct.

I'm really surprised, because it was quite distinct. I wish I'd thought to take a screen shot, but I didn't imagine this possible outcome!

Thank you for for investigating.
Comment 3 Buovjaga 2017-05-13 15:22:41 UTC
Ok, let's close. The status can be changed back, if you find a way to reproduce it reliably.