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.
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
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'
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
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
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
(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.
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
(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
Let's assume worksforme for now.