Bug 165873 - Resizing row height of table hangs LOWriter
Summary: Resizing row height of table hangs LOWriter
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.3.3.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Writer-Tables
  Show dependency treegraph
 
Reported: 2025-03-23 04:53 UTC by onyx
Modified: 2025-04-28 14:20 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Document that has the error (886.60 KB, application/vnd.oasis.opendocument.text)
2025-03-23 04:54 UTC, onyx
Details
Screenshot of issue (151.99 KB, image/png)
2025-03-23 04:55 UTC, onyx
Details

Note You need to log in before you can comment on or make changes to this bug.
Description onyx 2025-03-23 04:53:55 UTC
Description:
Resizing row height of table hangs LOWriter

Steps to Reproduce:
1. Open attached document. 
2. Select 3+ rows in the table on the third page.
3. Go to size-row height, set to 8.00cm, click Ok


Actual Results:
LO hangs

Expected Results:
LO changes row height


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Tried on two different machines, with different specs, but both running same version of LO in ArchLinux.
Comment 1 onyx 2025-03-23 04:54:53 UTC
Created attachment 199970 [details]
Document that has the error
Comment 2 onyx 2025-03-23 04:55:20 UTC
Created attachment 199971 [details]
Screenshot of issue
Comment 3 Mateusz Wlazłowski 2025-03-23 08:58:29 UTC
Can confirm on Linux but not on windows

Reproducible :

Version: 25.2.1.2 (X86_64) / LibreOffice Community
Build ID: d3abf4aee5fd705e4a92bba33a32f40bc4e56f49
CPU threads: 8; OS: Linux 6.11; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Flatpak
Calc: threaded

Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: d986127690cf6b61e8973ee37e009a1f0dbbc9ca
CPU threads: 8; OS: Linux 6.11; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: CL threaded



Not reproducible :

Version: 25.2.1.2 (X86_64) / LibreOffice Community
Build ID: d3abf4aee5fd705e4a92bba33a32f40bc4e56f49
CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win
Locale: fr-FR (fr_FR); UI: en-US
Calc: CL threaded
Comment 4 Bogaboga Man 2025-03-23 17:02:40 UTC
Could not reproduce!

Version: 25.2.1.2 (X86_64) / LibreOffice Community
Build ID: d3abf4aee5fd705e4a92bba33a32f40bc4e56f49
CPU threads: 4; OS: Windows 11 X86_64 (10.0 build 26100); UI render: default; VCL: win
Locale: en-CA (en_CA); UI: en-US
Calc: threaded
Comment 5 Mateusz Wlazłowski 2025-03-23 17:13:44 UTC
(In reply to Bogaboga Man from comment #4)
> Could not reproduce!

Yes, it's a Linux related bug
Comment 6 Mateusz Wlazłowski 2025-04-23 21:50:35 UTC
Bibisected using linux-64-7-3


 b28c49a7a54a7df5aa8e119202014350b3ba93b0 is the first bad commit

tdf#135220 sw: fix layout after SwUndoDelete

The bugdoc is 398 pages after initial load and 397 pages after Undo.



Reviewed-on: https://gerrit.libreoffice.org/c/core/+/131560
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
(cherry picked from commit d9e38d5)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/131590
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>




git show b28c49a7a54a7df5aa8e119202014350b3ba93b0

--- a/sw/source/core/layout/flycnt.cxx
+++ b/sw/source/core/layout/flycnt.cxx
@@ -426,7 +426,10 @@ void SwFlyAtContentFrame::MakeAll(vcl::RenderContext* pRenderContext)
                                 bAnchoredAtMaster, nToPageNum, bDummy,
                                 bPageHasFlysAnchoredBelowThis) )
             {
-                bConsiderWrapInfluenceDueToMovedFwdAnchor = true;
+                if (!bPageHasFlysAnchoredBelowThis)
+                {
+                    bConsiderWrapInfluenceDueToMovedFwdAnchor = true;
+                }



Adding to CC: Michael Stahl