Bug 159574 - Writer: instant freeze on document containing endnotes at end of section
Summary: Writer: instant freeze on document containing endnotes at end of section
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.6.4.1 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL: https://ask.libreoffice.org/t/file-ha...
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks: Footnote-Endnote Section
  Show dependency treegraph
 
Reported: 2024-02-05 15:20 UTC by ajlittoz
Modified: 2024-08-05 06:46 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Document containing a section intended for endnotes (48.56 KB, application/vnd.oasis.opendocument.text)
2024-02-05 15:20 UTC, ajlittoz
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ajlittoz 2024-02-05 15:20:15 UTC
Created attachment 192411 [details]
Document containing a section intended for endnotes

This is a follow-on of https://ask.libreoffice.org/t/file-hangs-lo-in-version-24-2-but-fine-in-7-5-9-and-before/101540/

OP wrote a document in which he wants the endnotes at a specific location with more data after them. For this, a section is inserted, containing all chapters, bibliography and some introductory text for the notes.

Section is configured with "Collect [endnotes] at end of section".

Under LO 7.5.9 document is laid out as expected and can be reopened at will for edits. OP then updated his computer and ended up with 24.02. When he tried to open his document, Writer instantly froze on the first page.

I tried his document under 7.6.4.1 (on my computer) and experienced the same freeze.

OP transmitted a copy without the section and this copy opens without problem (except the endnotes are not located where author wants them.

Inserting the section does no harm by itself (this is the state of the attached file) if no special requirement is made for the notes. Ticking "Collect at end of section" results in a freeze after dismissal of dialog with OK. If both "Collect …" and "Restart numbering" are ticked, the endnotes moves from end of the document to end of section without freeze. Editing can continue.

But, after saving, reopening the document causes freeze again.

I tried to see the influence of the section extent by starting with a small section over a single chapter and extending progressively towards the end of the document. Freeze occurs beyond some size but I could not see any obvious pattern. Notes by themselves seem "normal". I tried again from the end of the document extending the section towards the beginning and freeze happened at a certain point, different from the first one, again without obvious pattern.

Since behaviour was correct under 7.5.9, this is likely a regression.

How to reproduce freeze with attached file:
- edit "section1"
- tick "Collect [endnotes] at end of section" in Options and OK for instant freeze
- or tick both "Collect …" and "Restart numbering" for deferred freeze.
Comment 1 Telesto 2024-02-06 03:51:09 UTC
Confirm
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: ba8f4bff6015013013df652efbfaf4d9ae10c881
CPU threads: 8; OS: macOS 14.3; UI render: Skia/Metal; VCL: osx
Locale: nl-NL (nl_NL.UTF-8); UI: en-US
Calc: threaded
Comment 2 BogdanB 2024-02-06 19:37:29 UTC
In debug version, when I open this file I get:
warn:linguistic:111156:111156:linguistic/source/lngprophelp.cxx:642: unknown property 'HyphNoLastWord'
warn:linguistic:111156:111156:linguistic/source/lngprophelp.cxx:642: unknown property 'HyphNoLastWord'
warn:linguistic:111156:111156:linguistic/source/lngprophelp.cxx:642: unknown property 'HyphNoLastWord'
warn:linguistic:111156:111156:linguistic/source/lngprophelp.cxx:642: unknown property 'HyphNoLastWord'
warn:legacy.osl:111156:111156:sw/source/core/layout/ftnfrm.cxx:660: Next is not FootnoteNext
warn:legacy.osl:111156:111156:sw/source/core/layout/ftnfrm.cxx:660: Next is not FootnoteNext
warn:legacy.osl:111156:111156:sw/source/core/layout/ftnfrm.cxx:660: Next is not FootnoteNext
warn:legacy.osl:111156:111156:sw/source/core/layout/ftnfrm.cxx:660: Next is not FootnoteNext
warn:linguistic:111156:111156:linguistic/source/lngprophelp.cxx:642: unknown property 'HyphNoLastWord'
warn:linguistic:111156:111156:linguistic/source/lngprophelp.cxx:642: unknown property 'HyphNoLastWord'
warn:linguistic:111156:111156:linguistic/source/lngprophelp.cxx:642: unknown property 'HyphNoLastWord'
warn:linguistic:111156:111156:linguistic/source/lngprophelp.cxx:642: unknown property 'HyphNoLastWord'
Comment 3 raal 2024-02-07 16:39:19 UTC
No repro with Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: f289fe3dca487c45417f7b40d51a4830f3369fb1
CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded Jumbo

Please could you test it with dev version?  You can download it here:
http://dev-builds.libreoffice.org/daily/master/
Thank you
Comment 4 BogdanB 2024-02-07 16:53:22 UTC
my debug version is
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 2cedb1a19ad605df4e148589e9027512e4dd9265
CPU threads: 16; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded
Comment 5 Stéphane Guillou (stragu) 2024-02-22 06:02:36 UTC
No repro either on Linux:

Version: 7.6.4.1 (X86_64) / LibreOffice Community
Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded
Comment 6 Buovjaga 2024-08-04 14:56:01 UTC
(In reply to ajlittoz from comment #0)
> How to reproduce freeze with attached file:
> - edit "section1"
> - tick "Collect [endnotes] at end of section" in Options and OK for instant
> freeze
> - or tick both "Collect …" and "Restart numbering" for deferred freeze.

I can't repro this with oldest of win64-24.2 repo or a master build.

ajlittoz, Telesto: can you still reproduce this? If yes, please bibisect it.
Comment 7 Telesto 2024-08-04 18:04:25 UTC
No repro
Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 055c906d7b3f2e3709292d1410358d4e66a500ed
CPU threads: 4; OS: Windows 8.1 X86_64 (6.3 build 9600); UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded
Comment 8 Patrick (volunteer) 2024-08-04 20:52:58 UTC
(In reply to Telesto from comment #1)
> Confirm
> Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
> Build ID: ba8f4bff6015013013df652efbfaf4d9ae10c881
> CPU threads: 8; OS: macOS 14.3; UI render: Skia/Metal; VCL: osx
> Locale: nl-NL (nl_NL.UTF-8); UI: en-US
> Calc: threaded

I cannot reproduce this bug in either my local master build or in LibreOffice 24.8.0 RC. So maybe it was fixed by another commit recently?:

Version: 24.8.0.2 (AARCH64) / LibreOffice Community
Build ID: 57ceca7d2eefdf83e7c9b4135a017f3361a8133f
CPU threads: 8; OS: macOS 15.0; UI render: Skia/Metal; VCL: osx
Locale: en-CA (en_CA.UTF-8); UI: en-US
Calc: threaded
Comment 9 Buovjaga 2024-08-05 06:46:45 UTC
Let's assume worksforme for now.