Bug 152363 - Libreoffice hangs when trying to save / editing
Summary: Libreoffice hangs when trying to save / editing
Status: RESOLVED DUPLICATE of bug 146875
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.2.7.2 release
Hardware: All All
: high major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, haveBacktrace, regression
Depends on:
Blocks: Performance
  Show dependency treegraph
 
Reported: 2022-12-03 15:41 UTC by Nithin
Modified: 2023-02-06 16:01 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Bugreport_File (51.40 KB, application/vnd.oasis.opendocument.text)
2022-12-03 15:42 UTC, Nithin
Details
Where to insert (307.05 KB, image/png)
2022-12-03 15:43 UTC, Nithin
Details
Insert this image (35.62 KB, image/png)
2022-12-03 15:44 UTC, Nithin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nithin 2022-12-03 15:41:46 UTC
Description:
Libreoffice hang randomly when trying to save. It does not happen always but most of the times after editing the file(add text/table/image) and trying to save the file. The problem has now been tracked down such that it is known what exactly was causing it. 

The file associated is such that one does not need to save the file but simply inserting an image hangs LibreOffice. More information below as to what is causing it.

Version 7.4.3.2 is affect but I dont know about earlier versions. So i have selected unspecified.

So the information here could be a good starting point as to where to start looking.

Steps to Reproduce:
1. Open the file Bugreport_File.odt
2. Insert the "Insert this image.png" in the position as shown in "Where to insert.png"
3. LO Writer hangs.

Actual Results:
Writer hangs and the process has to be killed.

Expected Results:
Writer must not hang.



Reproducible: Always


User Profile Reset: No

Additional Info:
The problem is the image that already in the file with the text "Some alread existing image anchored to frame". 

The problem does not occur when the anchoring is changed To paragraph(other anchors not tested)

The problem used to happen when saving because this image many pages below where I was editing. But here the problem happens immediately as image is visible.
Comment 1 Nithin 2022-12-03 15:42:27 UTC
Created attachment 183977 [details]
Bugreport_File
Comment 2 Nithin 2022-12-03 15:43:01 UTC
Created attachment 183978 [details]
Where to insert
Comment 3 Nithin 2022-12-03 15:44:43 UTC
Created attachment 183979 [details]
Insert this image
Comment 4 Telesto 2022-12-03 16:26:28 UTC
Confirm
Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: ce60a3dd4dbff0dcb5b82c9053ae5d90f8ac929d
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 threaded
Comment 5 Telesto 2022-12-03 16:29:27 UTC
No issue with
Version: 7.0.7.0.0+ (x64)
Build ID: 626ea4e62a3e5005fe9825923a1c0c5bdb61cc08
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 6 Julien Nabet 2022-12-04 08:37:15 UTC
On pc Debian x86-64 with master sources updated today, I could reproduce this.

I did a Ctrl-C in gdb at random and got this bt:
#0  0x00007efe8627a650 in SwFrame::IsInTab() const (this=0x561399337fb0) at sw/source/core/inc/frame.hxx:956
#1  0x00007efe86c4060d in SwFlowFrame::IsPageBreak(bool) const (this=0x5613993380d0, bAct=false) at sw/source/core/layout/flowfrm.cxx:1209
#2  0x00007efe86c42ec3 in SwFlowFrame::CheckMoveFwd(bool&, bool, bool) (this=0x5613993380d0, rbMakePage=@0x7fff0eeb459f: true, bKeep=false, bIgnoreMyOwnKeepValue=false) at sw/source/core/layout/flowfrm.cxx:1900
#3  0x00007efe86c2166c in SwContentFrame::MakeAll(OutputDevice*) (this=0x561399337fb0) at sw/source/core/layout/calcmove.cxx:1382
#4  0x00007efe86c1a44a in SwFrame::OptPrepareMake() (this=0x561399337fb0) at sw/source/core/layout/calcmove.cxx:399
#5  0x00007efe86ca0236 in SwFrame::OptCalc() const (this=0x561399337fb0) at sw/source/core/inc/frame.hxx:1084
#6  0x00007efe86c9b50f in SwLayAction::FormatContent_(SwContentFrame const*, SwPageFrame const*) (this=0x7fff0eeb5000, pContent=0x561399337fb0, pPage=0x56139921d4d0) at sw/source/core/layout/layact.cxx:1887
#7  0x00007efe86c9869e in SwLayAction::FormatContent(SwPageFrame*) (this=0x7fff0eeb5000, pPage=0x56139921d4d0) at sw/source/core/layout/layact.cxx:1708
#8  0x00007efe86c952d6 in SwLayAction::InternalAction(OutputDevice*) (this=0x7fff0eeb5000, pRenderContext=0x5613992d35b0) at sw/source/core/layout/layact.cxx:590
#9  0x00007efe86c9491a in SwLayAction::Action(OutputDevice*) (this=0x7fff0eeb5000, pRenderContext=0x5613992d35b0) at sw/source/core/layout/layact.cxx:388
#10 0x00007efe87527330 in SwViewShell::CheckInvalidForPaint(SwRect const&) (this=0x561399337270, rRect=SwRect = {...}) at sw/source/core/view/viewsh.cxx:1737
#11 0x00007efe87527e7e in SwViewShell::Paint(OutputDevice&, tools::Rectangle const&) (this=0x561399337270, rRenderContext=..., rRect=...) at sw/source/core/view/viewsh.cxx:1913
#12 0x00007efe86443e0e in SwCursorShell::Paint(OutputDevice&, tools::Rectangle const&) (this=0x561399337270, rRenderContext=..., rRect=...) at sw/source/core/crsr/crsrsh.cxx:1428
#13 0x00007efe879e82d5 in SwEditWin::Paint(OutputDevice&, tools::Rectangle const&) (this=0x56139641c600, rRenderContext=..., rRect=...) at sw/source/uibase/docvw/edtwin2.cxx:488
#14 0x00007efeba6d6dd9 in PaintHelper::DoPaint(vcl::Region const*) (this=0x7fff0eeb6158, pRegion=0x56139b36e710) at vcl/source/window/paint.cxx:313
Comment 7 raal 2022-12-30 18:14:30 UTC
No repro with Version: 7.5.0.1.0+ (X86_64) / LibreOffice Community
Build ID: 09848e94d20c067499ad69edf81fa80a45d0a632
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded
Comment 8 Telesto 2022-12-30 18:43:27 UTC
No issue either with
Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: d5a9722874871576b864feb7bd815f9f8bfaac48
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 threaded
Comment 9 BogdanB 2022-12-30 19:00:32 UTC
Telesto, you have the same conditions in comment 4 and in comment 8. It's the same windows, UI render: Skia/Raster; VCL: win.

So, it seems something change to better.
Comment 10 Stéphane Guillou (stragu) 2023-02-06 16:01:41 UTC
Repro in:

Version: 7.2.7.2 / LibreOffice Community
Build ID: 8d71d29d553c0f7dcbfa38fbfda25ee34cce99a2
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Worksforme in:

Version: 7.5.0.2 (X86_64) / LibreOffice Community
Build ID: c0dd1bc3f1a385d110b88e26ece634da94921f58
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Bibisected with linux-64-7.2 repo to first bad commit 5d567ba871944f677da30f8c99ec8b428bc09163 which point to core commit eb85de8e6b61fb3fcb6c03ae0145f7fe5478bccf

Fixed since commit 7bfd8f83fb93e991b644c34da7d2fa439e8f319c, a fix for bug 146875 which will be available in version 7.4.6. Fix checked with linux-64-7.5 bibisect repo.

*** This bug has been marked as a duplicate of bug 146875 ***