Description: Crash swlo!SwNodes::UpdateOutlineIdx+0x76 deleting an image with track changes active Steps to Reproduce: 1. open the attached file 2. Follow the screencast This should approach (the issue) 1. Open the attached file 2. CTRL+A 3. CTRL+C 4. CTRL+N 5. Enable recording track changes 6. CTRL+V 8. Edit -> Track changes reject all 9. CTRL+Z 10. CTRL+Z 10. Edit -> Track changes reject all 9. CTRL+V 10. Delete first image seen from bottom page Actual Results: Crash Expected Results: No crash Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: 52a49f9e480ca03e231cfda82640a928393131c9 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Created attachment 165869 [details] Example file
Created attachment 165870 [details] Screencast
Created attachment 166199 [details] backtrace on Linux Despite my crash being in a different function after slightly different user actions, I am adding this comment here based on - same starting file, and - same starting user actions. I collected the backtrace starting with attached file and following the give STR up to (first) step 10. Then: (*) Edit > "Track changes..." > Record (set off) (*) <Ctrl>+V. Program crashes with assertion failure (line rewrapped): soffice.bin: /home/terry/lo_hacking/git/libo6/sw/source/core/txtnode/ndtxt.cxx:251: virtual SwTextNode::~SwTextNode(): Assertion `!GetNodes().GetOutLineNds().Seek_Entry(this, &foo)' failed. This was in a local build of commit f9050075, built and running on debian-buster. Results are similar with both gtk3 and gen. Comparison with the backtrace attached to bug 119241 shows many similar frames: mine, gtk3 att'd tdf#119241 ---------------- ---------- #18 - #31 #04 - #17 #33 - #42 #20 - #29 #48 - #85 #38 - #75 and there are similarities in the STR. I suspect that the current bug is a duplicate of bug 119241.
Hi Telesto, Is this issue still reproducible with a recent master build ?
1. Open the attached file 2. CTRL+A 3. CTRL+C 4. CTRL+N 5. Enable recording track changes 6. CTRL+V 7. Edit -> Track changes reject all 8. CTRL+Z 9. CTRL+Z 10. CTRL+V 11. CTRL+V 12. Edit -> Track changes reject all But kind of random. it's simply hitting assert and survives.. or crashing depending on X. If repeat 1-12 long enough and it will fail.. So opting for comment 3 -> Duplicate *** This bug has been marked as a duplicate of bug 119241 ***
(In reply to Telesto from comment #5) > 1. Open the attached file > 2. CTRL+A > 3. CTRL+C > 4. CTRL+N > 5. Enable recording track changes > 6. CTRL+V > 7. Edit -> Track changes reject all > 8. CTRL+Z > 9. CTRL+Z > 10. CTRL+V > 11. CTRL+V > 12. Edit -> Track changes reject all Now step 9 leads me to bug 144716 assert