Description: I have a doc that I've used for many years. Only a change every year. Opened often to print. Formatting correct in versions through 5.4.7.2. After that when opened the formatting is wrecked on second page and another page is added. Fix it using 6.0+ and it will print ok. But saving and reopening the file wrecks the formatting worse. Opening this wrecked file in 5.4.7.2 shows a correctly formatted file. I've had to revert all PCs back to 5.4.7.2 to be compatible. I thought this would affect many people and would get fixed. But I guess not. Steps to Reproduce: 1. Open my file 2. 3. Actual Results: Opens and or saves bad formatting of file Expected Results: I expected to open the file and have it be correct. Reproducible: Always User Profile Reset: Yes Additional Info: I will provide the file for someone to fix it.
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. Please also add a PDF from the correctformatting in LO 5.4 to make the differences visible. 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)
Created attachment 151051 [details] Page that looses formatting and png so you know what it should look like guess I have to do this twice to get both files up
Created attachment 151052 [details] png that shows how page should look
Created attachment 151053 [details] pdf from 5.4 showing how it should look
added docs to see problem
I confirm this with Version: 6.3.0.0.alpha0+ (x64) Build ID: 421e6fc3cd2e6fe37afbef341e2d0ad7b8edde37 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-04-07_01:12:58 Locale: en-US (de_DE); UI-Language: en-US Calc: threaded Additional observation: 1. Go to page to 2. There's an unvisible textframe or something like that (it isn't shown in the navigator. 3. Open properties => position and size 4. Change nothing and press O. K. => There's a little shift in the text of the table below => correct layout beckx020, is it a textframe or what is it?
I don't know what it is. It's probably what wrecks the formatting and older versions ignored it. If I can see something and get it out, it would all work again?
(In reply to beckx020 from comment #7) I found out the following: If you delete this textbox and add some blank paragraphs (so that the layout is correct), the layout is corrupted after save, close and reopening. If you delete and and add a blank paragraph, everythings looks good again. It's no problem to reopen it in LO 5.4. I can't explain why this happens.
The change could be bibisected to the following commit. The document has the "Consider wrapping style when positioning objects" compatibility option set, which changed behavior with this commit for better MS Office compatibility. Unchecking the compatibility option and saving+reloading the document produces the same layout as in LO 5.4. I don't know how that option became checked, perhaps the document originated from MS Office, got modified in Writer, and saved in ODT. All in all I'd say this is not a bug. https://cgit.freedesktop.org/libreoffice/core/commit/?id=e56f61c4637c09afbf125fa02f131b0c49e36351 author Justin Luth <justin_luth@sil.org> 2017-09-01 22:37:13 -0400 committer Justin Luth <justin_luth@sil.org> 2017-09-04 18:09:48 +0200 "tdf#37153 ConsiderWrapOnObjPos: always affect anchoring cell MSO doesn't make a distinction where the object is located - whether it is contained within the boundaries of the anchoring cell or not. It always affects the anchoring cell's vertical orientation. Both DOC and DOCX enable this compatibility setting."