Description: Toggling track changes record off, followed by (auto)save changes layout of last page Steps to Reproduce: 1. Open the attached file (track changes show is ON) 2. Toggle track changes show off 3. scroll down to last page 4. Press Save Actual Results: Notice a layout change on save Expected Results: The layout should change because of saving Reproducible: Always User Profile Reset: No Additional Info: Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: ccb3362a71f88213615bd39bd819ab8ec20d86cc CPU threads: 8; OS: macOS 14.7.4; UI render: Skia/Metal; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
Created attachment 202463 [details] Sample
The problem is on pages 4 - 5; disabling display of tracked changes removes the content from page 4, and moves the content of page 5 to page 4; but keeps the empty page 5. Saving re-layouts the document, and moves the content of following pages up. What looks like "layout of the last page changed" is in fact seeing completely different page: page 32 instead of page 33. Interesting to check if this is a new problem.
Also with Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: da3dd48eaf9086f8ab28d6a6655f9a638e51433a CPU threads: 8; OS: Mac OS X 14.7.4; UI render: Skia/Metal; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded and with Version: 7.2.0.4 / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 8; OS: Mac OS X 10.16; UI render: default; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded and with Version: 7.0.0.3 Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 8; OS: Mac OS X 10.16; UI render: default; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
Fine with Versie: 6.3.0.4 (x86) Build ID: 057fc023c990d676a43019934386b85b21a9ee99 CPU-threads: 4; Besturingssysteem: Windows 10.0; UI-render: standaard; VCL: win; Locale: nl-NL (nl_NL); UI-taal: nl-NL Calc: CL
Maybe I was looking at the wrong type of change, but with linux-64-6.4 I got 4814e8caa5f06c4fe438dfd7d7315e4a2410ea18 tdf#124601 sw: add ContinuousEndnotes layout compat option Others are welcome to give it another go.
I tried investigating this but I'm unclear about the expected behavior. Anyway in my testing : - toggling track changes on or off causes the page layout to update immediately, without saving in this version. Version: 26.8.0.0.alpha0+ (X86_64) Build ID: 680(Build:0) CPU threads: 12; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_FI); UI: en-GB Calc: threaded - but on these versions 26.2.0.0.alpha0+, 7.5.10.0.0+ and 7.0.7.0.0+, the page layout changes only after pressing save. I was unable to test on 6.3.0.4 only on 6.3.7.0.0+ (x86) which shows the same. Please check version 26.8.0.0.alpha0+ to see if this is how it should work.
(In reply to Buovjaga from comment #5) > Maybe I was looking at the wrong type of change, but with linux-64-6.4 I got > 4814e8caa5f06c4fe438dfd7d7315e4a2410ea18 > tdf#124601 sw: add ContinuousEndnotes layout compat option > > Others are welcome to give it another go. I think that's the commit that doesn't show the end note. However, the end notes are now displayed in commit 3f2d0414686a8f9a042413c47c4c8ffa5d61f436 of 24.8. Turning off change tracking on this recent commit may cause the end note to move to the next page. Version: 25.8.4.0.0+ commit cca30ce7a043cdeab43ad2cf3b6bf92c574346c4 There seem to be multiple bugs, and it's difficult to pinpoint them.