Insert/edit table of contents causes crash

When I click InsertTable of contents, Index or Bibliography…, LO crashes. LO version is 24.8.2.1.
I sent my file to another PC with LO 24.2.6.2 and added the table of contents successful. Then I sent the new file back and tried to edit this table — crash again.

LO 24.8.2.1 X86_64
Linux Mint 21.3 with Cinnamon 6.0.4

ТПАП Курсовая работа.odt (68.2 KB)

2 Likes

Submitting a bug - The Document Foundation Wiki

Have you tested with a temporary profile, LibreOffice user profile - The Document Foundation Wiki ?

I am having the same issue.

It is now impossible to insert a ToC as it crashes every time in v2.8.2.1 (Windows).

The official download page still supplies v2.8.2.1 for Windows but we need v2.8.2.2 which presumably has a fix for this.

This is quite a serious BLOCKER, can we update the Windows version?

Thanks all

Based on what information?
Is the bug even reported?

I have no problem adding a table of contents to the sample document so probably it is a local issue. Testing with a temporary profile, or in Safe Mode (Help > Restart in Safe Mode > Continue in safe mode) which creates a temporary profile will help rule out a corrupted user profile or a damaged/outdated extension.

If you find it still crashes with a temporary profile then you should submit a bug report. You might like to run through the steps here beforehand, First steps to take before submitting a bug - The Document Foundation Wiki.

Version: 24.8.2.1 (X86_64) / LibreOffice Community
Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13
CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win
Locale: en-NZ (en_NZ); UI: en-GB
Calc: CL threaded

Yes, my post was a direct response to original one posted by ArtyomG 5 days ago which has 107 views.

Until there is a bug report, there is no hope for any “.2” with the bug fixed.

@EarnestAl - and just as another data point, I have no problem using Version: 24.8.3.1 (X86_64) / LibreOffice Community
Build ID: 65412f067af443213e726c93f137ccc85c9a1e06
CPU threads: 24; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: CL threaded

Thanks EarnestAI,

Very useful.

Going into safe mode and did indeed seem to fix it up.
I lost my custom colour scheme but I can live with that as I don’t think I set it up correctly anyway as I couldn’t seem t find any definitive guidance on how to set up an application-wide custom colour scheme and I think I probably rather bodge it anyway :wink:

Safe Mode is for testing, not for daily use.
If the issue is resolved in safe mode then it could be

  • A setting for, say, graphics. Click Tools - Options - View and tick the box Force Skia software rendering. Is the issue resolved? If it is you don’t need to go any further.
  • Disable your extensions. Is the issue resolved? If so, enable them one by one until you find the extension causing the problem
  • A corrupted user profile. Close LibreOffice entirely. Rename the user folder to say user 2024-11. Start LibreOffice to create a factory new user profile. Close LibreOffice and copy wanted folders like templates from the old folder across to the new profile. Test. More details at the link in my first comment.

Cheers, Al

Just upgraded to 24.8.2.1 and get a crash on TOC insert attempt. Does not occur in 24.2.x.y. Very likely a regression bug.
My computer is Fedora 41 under KDE Plasma desktop.

I also have this particular issue, and it happens in Safe Mode as well… but am cognizant of the idea that this is possibly for me a style corruption/configuration issues… Am testing in a new doc… and will report back

I have had the same issue, even after reinstalling LibreOffice and working with a new document. Starting in safe mode fixed the issue so there must be a corruption somewhere. Will now follow your advice about finding the culprit and will report back.

I just experienced crash on Insert TOC after LibreOffice automatically updated; it didn’t cause a problem with the parallel installation I was using.

It looks like Bug 163325 - Crashes on Editing TOC when Preview is on

According to report, these worked for some people

  • A new blank document won’t crash
  • Having Preview not ticked in the TOC dialogue prevents a crash. Open a new blank document and click Insert > Table of Contents > Table of Contents , Index or Bibliography. At the bottom of the new dialogue, untick Preview then OK. Close the document and you should be able to create/edit a TOC in other documents without it crashing.
  • Resetting the user profile stopped the crashing probably because Preview becomes unticked.
  • Downgrading to 24.2.3 - no problem

Thanks @EarnestAl, unticking Preview prevents crash (Fedora 41, KDE desktop, Wayland, LO 24.8.3.2). Waiting now for a permanent fix.

Got distracted until now. I report that restarting with a new ‘user’ folder does indeed work. I lost my history and had to set up a new default template but the default template needed cleaning up anyway. It won’t take long for the history to build up again. Everything works like a charm again. Thanks to all involved.

I’m afraid this buck also materializes on MacOS 15.1.1 LO 24.8.3.2 AARCH64. Very annoying. I wend back to 24.2 last version and still had the same problem. Back on 24.8.3.2 and wait for the next update.

Note that v.24.8.4 (containing the fix for tdf#163325) is already available as a pre-release on the main download page.

unticking ‘preview’ solved the problem for me

1 Like

i had the same problem. When it crashed, I moved the “recovery” window over to get to the Table of Contents window and then i unchecked “Preview”. That worked for me!