Description: Horizontal ruler is 142 px tall when opening one particular document while it is OK with others. It is ugly and switching the ruler off and on does not help. Steps to Reproduce: A. Double clicking on the document which is opened automatically by LibreOffice or B. Open the same file in LibreOffice's main navigator screen Actual Results: 142 px tall, annoying ruler. Expected Results: Expected to see 16 px tall ruler only. Reproducible: Always User Profile Reset: No Additional Info: The ruler is appearing wrongly also when opening the document in safe mode.
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. (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.) I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
Created attachment 146437 [details] Picture about the ruler bug
Update! When I changed the Default Style's font from Calibri to Liberation Serif on the copy of the problematic document, then saved and reopened it, the issue disappeared. Even the original document opens properly where the Default Style's font is still Calibri. It still can be considered as a bug though but at least the above solved it.
Nope, it is still the same, but once it opened properly. I'm working on creating a document copy that doesn't contain any valuable content but represents the bug. Once it is done, I will upload it.
OK, it should be related to inserted text boxes around the first picture (?). Once I remove them, save as and reopen the document, the ruler is fine. Uploading the document that opens with wrong ruler for sure.
Created attachment 146438 [details] Document with ruler bug
I remember this was a known bug some weeks ago and it was solved, but I don't find the exact bug.
See also: https://ask.libreoffice.org/en/question/171726/huge-ruler-in-one-single-existing-document-after-update/
Reproducible with attachment 146438 [details] and Version: 6.1.3.2 (x64) Build ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb CPU threads: 12; OS: Windows 10.0; UI render: default; Locale: ru-RU (ru_RU); Calc: group threaded
Reproducible with attachment 146438 [details] on Version: 6.1.3.2 (x64) Build-ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb CPU-Threads: 8; BS: Windows 10.0; UI-Render: Standard; Gebietsschema: de-DE (de_DE); Calc: CL We also have many Documents in the old doc format with the ruler problem.
Yes, same as seen in in thread: https://ask.libreoffice.org/en/question/171726/huge-ruler-in-one-single-existing-document-after-update/ Switching OpenGL (as suggested in a comment there) off and on does not help. The "Use OpenGL for all rendering" is turned on by default, the "Ignore OpenGL blacklist" is not, but none of the combinations helps, the ruler remains huge.
I can reproduce in Version: 6.1.3.2 (x64) Build ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb CPU threads: 4; OS: Windows 10.0; UI render: default; Locale: ro-RO (ro_RO); Calc: group threaded
(In reply to Mihaly Korodi from comment #11) > Yes, same as seen in in thread: > https://ask.libreoffice.org/en/question/171726/huge-ruler-in-one-single- > existing-document-after-update/ > > Switching OpenGL (as suggested ... Sorry for not being clear. The link above was intended as just an independent confirmation of this on 6.1.3.2, not a workaround information. What is much more interesting, is that bug 119829 (which I added to See Also) is fixed for 6.2; and its cause is attributed to a commit which has never made it to 6.1 branch. Still, the two bugs look identical.
<jmux> mikekaganski: should be fixed with ac39aba9b2d08b061b0eef651f5ebc7a84391171, but that'll just be in 6.1.4 https://git.libreoffice.org/core/+/ac39aba9b2d08b061b0eef651f5ebc7a84391171 was pushed in bug 120204.
*** Bug 121308 has been marked as a duplicate of this bug. ***
*** Bug 121310 has been marked as a duplicate of this bug. ***
(In reply to Mike Kaganski from comment #14) > <jmux> mikekaganski: should be fixed with > ac39aba9b2d08b061b0eef651f5ebc7a84391171, but that'll just be in 6.1.4 > > https://git.libreoffice.org/core/+/ac39aba9b2d08b061b0eef651f5ebc7a84391171 > was pushed in bug 120204. Using bibisect-win32-6.1 I do confirm it's fixed by that commit Closing as VERIFIED FIXED
*** Bug 121397 has been marked as a duplicate of this bug. ***
just bumped into this bug after upgrading to 6.1.3 glad to know a fix will be provided in 6.1.4
*** Bug 121660 has been marked as a duplicate of this bug. ***
*** Bug 121776 has been marked as a duplicate of this bug. ***
*** Bug 121817 has been marked as a duplicate of this bug. ***
*** Bug 121994 has been marked as a duplicate of this bug. ***
*** Bug 122019 has been marked as a duplicate of this bug. ***
If you reload the document (menu File > Reload) then the ruler has his normal format.
*** Bug 122028 has been marked as a duplicate of this bug. ***
(In reply to Wim Heyvaert from comment #25) > If you reload the document (menu File > Reload) then the ruler has his > normal format. Not confirmed. I have a writer document where File -> Reload does not restore the correct size of the ruler (Windows 10, LO Version: 6.1.3.2 (x64))
(In reply to Patrik Eschle from comment #27) > (In reply to Wim Heyvaert from comment #25) > > If you reload the document (menu File > Reload) then the ruler has his > > normal format. > > Not confirmed. I have a writer document where File -> Reload does not > restore the correct size of the ruler (Windows 10, LO Version: 6.1.3.2 (x64)) This issue is fixed in LibreOffice 6.1.4 not in LibreOffice 6.1.3. Please update it next week when it's publicly announced
*** Bug 122051 has been marked as a duplicate of this bug. ***
*** Bug 122061 has been marked as a duplicate of this bug. ***
*** Bug 122135 has been marked as a duplicate of this bug. ***
*** Bug 122147 has been marked as a duplicate of this bug. ***
*** Bug 122518 has been marked as a duplicate of this bug. ***
*** Bug 122948 has been marked as a duplicate of this bug. ***
*** Bug 122961 has been marked as a duplicate of this bug. ***
*** Bug 123201 has been marked as a duplicate of this bug. ***
*** Bug 123431 has been marked as a duplicate of this bug. ***
In October 2019 this still happens on 6.1.3.2 (X64) for Win; not on my Ubuntu boxes - which are 6.0.7.3 (but which has several other problems). The status of Bug 121269 says it is fixed; well, it is not.
(In reply to Jacques from comment #38) > In October 2019 this still happens on 6.1.3.2 (X64) for Win; not on my > Ubuntu boxes - which are 6.0.7.3 (but which has several other problems). > > The status of Bug 121269 says it is fixed; well, it is not. Please note the following Whiteboard field: 'target:6.1.4'. The bug is fixed in versions 6.1.4 and up.