Created attachment 155374 [details] comparison MSO 2010 and LibreOffice 6.4 Master Steps to reproduce: 1. Open attachment 72626 [details] from bug 59106 2. Go to page 2 and 3 3. Check the 'Definição:' cell -> it's displayed on the third page. clicking on it moves it to page 2 Reproduced in Version: 6.4.0.0.alpha1+ Build ID: c4d760b9edf0399955d30a0dfbe5f7b1b1ed37cb CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded [Bug found by office-interoperability-tools]
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=cc5916cd314a27b0cc99560ab887480026630a95 author Michael Stahl <Michael.Stahl@cib.de> 2019-05-08 16:23:25 +0200 committer Michael Stahl <Michael.Stahl@cib.de> 2019-05-09 10:53:11 +0200 commit cc5916cd314a27b0cc99560ab887480026630a95 (patch) tree 924f56d1eb105c9e6d71c90cf6291fec6e3f7f60 parent f8b4d371eddd27594d549fb00294c01229a9bd24 (diff) tdf#124675 sw: fix crash when moving SwTextFrame in table to prev page Bisected with: bibisect-linux64-6.3 Adding Cc: to Michael Stahl
*** Bug 132644 has been marked as a duplicate of this bug. ***
Adding bug 132642 as see also. Unrelated to this bug, but also about table splitting going wrong
*** Bug 131934 has been marked as a duplicate of this bug. ***
The whole problem must have a greater range. Based on my simple test document bug 132644. It changes the page layout between editing and saving & reloading Increasing priority.
I'm adding bug 132872 to see also. In some sense related, I think; except being inherent-ed and caused by footnotes (and embedded tables). Does the opposite, clicking causes splitting the table at a different point.
No work done in the past year, so removing the assignment.
Repro Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: c38d0d501f5eca648bdf0fd2914b57e06f505f7e CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
This has changed somewhat in 7.4 with: https://git.libreoffice.org/core/+/cc7de9022b83c4103f1dc9ba6a8c1a8a98a21324 author Michael Stahl <michael.stahl@allotropia.de> Mon Jul 11 19:20:33 2022 +0200 committer Thorsten Behrens <thorsten.behrens@allotropia.de> Thu Jul 14 23:03:06 2022 +0200 sw: fix spurious layout invalidation from ~SwCallLink() Now the document opens as 6 pages instead of the expected 5, but clicking in the 3rd page does not change the layout back to 5 pages, keeps it at the incorrect 6.
I chanhed the Document to docx (Word 2019), opened it in LO 7.4.3.2: The Layout is correct.
Still reproducible in Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 845054aa25b7cba1daa1ff30b142d549027299bd CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded
Michael Stahl committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/bfa81a200ab59971b69823f9a29d8ce222d655e6 tdf#128437 tdf#128966 sw: layout: partially revert fix of tdf#124675 It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
fixed on master
Michael Stahl committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/7272d2c152424255437f8fbda5ed31737404d52c tdf#128437 tdf#128966 sw: layout: partially revert fix of tdf#124675 It will be available in 7.6.3. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.