https://bugs.documentfoundation.org/show_bug.cgi?id=144922
--- Comment #5 from Jim Raykowski <rayk...@gmail.com> --- (In reply to Telesto from comment #4) > @Jim, > A analysis would be informative. Is this a sidebar issue or exposing a > problem with the undo-code? Hi Telesto, I looked at this briefly after you posted but got sidetracked. Just got back to it today. Here is what I found: I had to comment out a couple asserts to be able to test: soffice.bin: /home/lo/Dev/LO1/core/sw/source/core/txtnode/ndtxt.cxx:5225: void SwTextNode::TriggerNodeUpdate(const sw::LegacyModifyHint&): Assertion `dynamic_cast<SwTextFormatColl const*>(static_cast<const SwFormatChg*>(pOldValue)->pChangedFormat)' failed. For me, the gen backend locks up. I repro your results with gtk3 and qt5 backends. After the undo step the Navigator shows the Tables category to have 2 hidden tables, Tabelle1 and Tabelle2. The Images category has 1 hidden entry, HTTP://WWW.OPENOFFICE.ORG/DE/ and the Fields category has 1 hidden field, field-DocInformation:Title On exit I get this assert: soffice.bin: /home/lo/Dev/LO1/core/svl/source/items/itempool.cxx:686: void SfxItemPool::Remove(const SfxPoolItem&): Assertion `rItem.GetRefCount() && "RefCount == 0, Remove impossible"' failed. Since I had to remove some inserts to test this using a debug build I would say the Navigator isn't the cause. Do you have a less complex file that can be used to test that shows this behavior? BTW, your steps involving copying and pasting to a new file have been helpful to show me something I missed in a patch I am doing to improve when the Navigator needs to be refreshed. Thanks! -- You are receiving this mail because: You are the assignee for the bug.