Description: Assertion failed: (false), function newFromSubString, file strtmpl.hxx, line 981 Steps to Reproduce: 1. Open Writer 2. Insert a table 3x2 (3 rows, 2 columns) 3. Edit track changes -> record 4. Type A in A1 B in B1 and C in C1 5. Press delete row twice for every row 6. Press undo Actual Results: Assert Expected Results: No assert Reproducible: Always User Profile Reset: No Additional Info: 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
Created attachment 179345 [details] BT with symbols
To get a crash in non-debug build (but the assert will be first) 1. Open Writer 2. Insert a table 3x2 (3 rows, 2 columns) 3. Edit track changes -> record 4. Type A in A1 B in B1 and C in C1 5. Press delete row twice for every row 6. Press and hold CTRL+Z (to undo everything) -> assert 7. Redo everything -> Crash (non-debug build)
Created attachment 179417 [details] gdb bt Here's a bt from assertion + gdb console retrieved on pc Debian x86-64 with master sources updated today
@László You might take an interest in this one.. tables + track changes.. and it can crash on non-debug builds.
*** Bug 148761 has been marked as a duplicate of this bug. ***
1. open attachment 179754 [details] 2. Place cursor in bottom row of the table 3. Press delete row until the table being deleted 4. Press and hold undo (CTRL+Z)
(In reply to Telesto from comment #6) > 1. open attachment 179754 [details] > 2. Place cursor in bottom row of the table > 3. Press delete row until the table being deleted > 4. Press and hold undo (CTRL+Z) With track changes show disabled.. it will crash a non debug build
(In reply to Telesto from comment #2) > 2. Insert a table 3x2 (3 rows, 2 columns) > 3. Edit track changes -> record > 4. Type A in A1 B in B1 and C in C1 If there are two columns (step 2), how do you have C1, which should be the first cell of the third column.
(In reply to Aron Budea from comment #8) > (In reply to Telesto from comment #2) > > 2. Insert a table 3x2 (3 rows, 2 columns) > > 3. Edit track changes -> record > > 4. Type A in A1 B in B1 and C in C1 > If there are two columns (step 2), how do you have C1, which should be the > first cell of the third column. Lazy me: this topic can be skipped if you can reproduce the assert with comment 6 :-)
Assert reproduced in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 8189d815641c583b5506d482f0b4f1ab47924f6a CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded 1. Insert 2x2 table 2. Record track changes 3. Remove first row 4. Remove second row 5. Undo
Hi Telesto, Let's use this ticket for the assertion. For other crashes, please create a new ticket
*** Bug 150311 has been marked as a duplicate of this bug. ***
is this fixed, I don't reproduce it with an up to date trunk build?
No repro for the assert.
1. Open Writer 2. Insert a table 3x2 (3 rows, 2 columns) 3. Edit track changes -> record 4. Type A in A1 B in B1 and C in C1 5. Press delete row twice for every row 6. CTRL+Z everything 7. CTRL+Y everything 8. CTRL+Z everything BT as in attachment 179417 [details]. However doesn't match bug title 0x00007facd5ab042f in __assert_fail_base (fmt=0x7facd5c26df8 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=0x7facbda0760b "rSData.empty() || rSData[0].m_bRedlineMoved || (rSData[0].m_nRedlineCount == rDoc.getIDocumentRedlineAccess().GetRedlineTable().size())", file=0x7facbda0600a "/home/julien/lo/libreoffice/sw/source/core/undo/undobj.cxx", line=1487, function=<optimized out>) at assert.c:92
(In reply to Telesto from comment #15) > 1. Open Writer > 2. Insert a table 3x2 (3 rows, 2 columns) > 3. Edit track changes -> record > 4. Type A in A1 B in B1 and C in C1 > 5. Press delete row twice for every row > 6. CTRL+Z everything > 7. CTRL+Y everything > 8. CTRL+Z everything > > BT as in attachment 179417 [details]. However doesn't match bug title > > 0x00007facd5ab042f in __assert_fail_base > (fmt=0x7facd5c26df8 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", > assertion=0x7facbda0760b "rSData.empty() || rSData[0].m_bRedlineMoved || > (rSData[0].m_nRedlineCount == > rDoc.getIDocumentRedlineAccess().GetRedlineTable().size())", > file=0x7facbda0600a > "/home/julien/lo/libreoffice/sw/source/core/undo/undobj.cxx", line=1487, > function=<optimized out>) at assert.c:92 Just for the record, on pc Debian x86-64 with master sources updated today, I don't reproduce this one.
(In reply to Julien Nabet from comment #16) > Just for the record, on pc Debian x86-64 with master sources updated today, > I don't reproduce this one. Thanks for the info. Will will keep this one closed, and file a new bug report after some testing
(In reply to Caolán McNamara from comment #13) > is this fixed, I don't reproduce it with an up to date trunk build? FWIW: The initial reported assert can be reproduced again. Details at bug 154860