Bug 130699 - Assert on undo/redo table captions SwIndexReg::~SwIndexReg(
Summary: Assert on undo/redo table captions SwIndexReg::~SwIndexReg(
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.0.0.alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: haveBacktrace
Depends on:
Blocks: Crash-Assert Undo-Redo
  Show dependency treegraph
 
Reported: 2020-02-16 08:19 UTC by Jim Raykowski
Modified: 2024-01-15 23:33 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
file to repro caption undo/redo assert (10.57 KB, application/vnd.oasis.opendocument.text)
2020-02-16 08:19 UTC, Jim Raykowski
Details
bt with debug symbols (10.48 KB, text/plain)
2020-02-16 21:17 UTC, Julien Nabet
Details
bt with debug symbols (8.12 KB, text/plain)
2020-12-20 19:19 UTC, Julien Nabet
Details
bt with debug symbols (10.07 KB, text/plain)
2024-01-15 16:05 UTC, Julien Nabet
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jim Raykowski 2020-02-16 08:19:32 UTC
Created attachment 157915 [details]
file to repro caption undo/redo assert

Assert is: sw/source/core/bastyp/index.cxx:226: virtual SwIndexReg::~SwIndexReg(): Assertion `!m_pFirst && !m_pLast && "There are still indices registered"' failed.

I noticed this in version 7.0 while working on an enhancement to insert captions from the Navigator Tables context menu.

I've also replicated in: 

Version: 6.4.1.0.0+
Build ID: 7bfe30c2a1c67961777ff52f20eac30a164e8340
CPU threads: 4; OS: Linux 5.0; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded

Attached file contains the steps to repro.
Comment 1 Julien Nabet 2020-02-16 21:17:22 UTC
Created attachment 157931 [details]
bt with debug symbols

On pc Debian x86-64 with master sources updated today, I could reproduce this.
Comment 2 Jim Raykowski 2020-02-16 22:22:50 UTC
This assert is easily seen with patch applied that adds insert caption menu item to Navigator table context menu. 

https://gerrit.libreoffice.org/c/core/+/88828
Comment 3 Telesto 2020-12-20 19:06:55 UTC
Lacking a debug build.. is this still present? I can't reproduce similar bug (which should cause a crash)... However lacking a debug build
Comment 4 Julien Nabet 2020-12-20 19:19:27 UTC
Created attachment 168359 [details]
bt with debug symbols

Just to give an update but I think it's similar to the previous bt.
Comment 5 Telesto 2022-04-06 12:46:53 UTC
Still present
Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: fbf739198aa7f02975d531521c6525073783c7f1
CPU threads: 8; OS: Mac OS X 12.2.1; UI render: Skia/Metal; VCL: osx
Locale: nl-NL (nl_NL.UTF-8); UI: en-US
Calc: threaded
Comment 6 Tex2002ans 2024-01-15 03:29:18 UTC
I DO NOT reproduce in:

Version: 7.6.4.1 (X86_64) / LibreOffice Community
Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

I followed the instructions in the ODT (reproduced below).

After Step 6, nothing happened.

- - -

0. Open attachment 157915 [details].

1) Open F5 Navigator
2) Right click on first table, select Insert Caption… and enter a caption
3) Right click on second table, select Insert Caption… and enter a caption
4) Undo Undo Redo Redo
5) Double click on Table1 in Navigator
6) Undo Undo Redo Redo

Result: sw/source/core/bastyp/index.cxx:226: virtual SwIndexReg::~SwIndexReg(): Assertion `!m_pFirst && !m_pLast && "There are still indices registered"' failed.
Comment 7 Jim Raykowski 2024-01-15 05:37:23 UTC
(In reply to Tex2002ans from comment #6)
> I DO NOT reproduce in:
> 
> Version: 7.6.4.1 (X86_64) / LibreOffice Community
> Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1
> CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL:
> win
> Locale: en-US (en_US); UI: en-US
> Calc: CL threaded
> 
> I followed the instructions in the ODT (reproduced below).
> 
> After Step 6, nothing happened.
Thanks for testing. I think asserts are only active in debug builds. That is probably why nothing happened for you.
Comment 8 Julien Nabet 2024-01-15 16:05:55 UTC
Created attachment 191958 [details]
bt with debug symbols

On pc Debian x86-64 with master sources updated today, I gave a new try and still got an assert.
Comment 9 Tex2002ans 2024-01-15 23:33:08 UTC
> I think asserts are only active in debug builds. That is probably why nothing happened for you.

Ahhh, okay. Thanks for the info. So a debug-only issue. Strange.

Well, always good to poke at the backlog.

And I'll have to keep an eye out for Crash-Asserts in the future. :)

(I just searched, then was just randomly picking and choosing some older still-open bugs to retest.)