Bug 163585 - Not responding when I open .docx file
Summary: Not responding when I open .docx file
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.4.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: DOCX-Tables Performance
  Show dependency tree / graph
 
Reported: 2024-10-23 08:17 UTC by tdoclogix
Modified: 2025-03-26 06:15 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:

Attachments
word document (28.82 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2024-10-23 08:17 UTC, tdoclogix 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description tdoclogix 2024-10-23 08:17:02 UTC 
Description:
When i open attached file it just freezes and gets not responding error.

Steps to Reproduce:
1.Open attached .docx
2.Wait for not responding
3.It crashes

Actual Results:
LibreOffice stop working

Expected Results:
Should be working


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Version: 24.2.7.1 (X86_64) / LibreOffice Community
Build ID: 0153748092c7bb3f7e137a74df9eaafc7656afa3
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: lt-LT (lt_LT); UI: en-US
Calc: threaded
Comment 1 tdoclogix 2024-10-23 08:17:31 UTC 
Created attachment 197200 [details]
word document
Comment 2 raal 2024-10-23 16:22:26 UTC 
Confirm with Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: b0195d40f3abc343b88f767f4fe109a9c1d44347
CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded

I can open the file with Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)
Comment 3 raal 2024-10-23 16:30:25 UTC 
This seems to have begun at the below commit in bibisect repository/OS bibisect-linux-64-6.3.
Adding Cc: to Michael Stahl ; Could you possibly take a look at this one?
Thanks
 b1ffce7cfd3a8f34ad863463a02b272b8fa30b8e is the first bad commit
commit b1ffce7cfd3a8f34ad863463a02b272b8fa30b8e
Author: Jenkins Build User <tdf@pollux.tdf>
Date:   Thu May 23 19:24:20 2019 +0200

    source 53a0a86df6eb5fc64a85ecd03f2e354fd4d8e213

72799: tdf#119109 sw: fix SwTableFrame follow chain formatting | https://gerrit.libreoffice.org/c/core/+/72799
Comment 4 zdoclogix 2024-11-27 08:16:20 UTC 
Hello, is there any chance this could get a slight priority?
Comment 5 tdoclogix 2025-03-12 07:55:38 UTC 
This problem still active, and a lot of problems with this. Maybe someone can check it?
Comment 6 Gabor Kelemen (allotropia) 2025-03-13 20:47:30 UTC 
I can't reproduce the endless loop anymore in master, bibisect shows this range:

https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=a88b3da5b01403ba593423821843a0dacda158ec..b9fd8cc18a9cd5cd4ae86b4256cf8786ea34ea8

of which the most suspicious commit is

https://git.libreoffice.org/core/+/225ce4b678f5f0241bf3757d9ab7e5223866c431%5E%21

commit 225ce4b678f5f0241bf3757d9ab7e5223866c431	[log]
author	Michael Stahl <michael.stahl@allotropia.de>	Thu Jan 23 20:07:42 2025 +0100
committer	Michael Stahl <michael.stahl@allotropia.de>	Fri Jan 24 20:22:56 2025 +0100
tree 8372774186e9764e61c14ebf920e09618c16a810
parent a88b3da5b01403ba593423821843a0dacda158ec [diff]

sw: layout: fix bad split table resulting in empty cell
Comment 7 zdoclogix 2025-03-26 06:15:04 UTC 
I see issue solved in 24.8.5.2 (x86_64) and v 25.2.1.

Thank you! Godspeed!