Created attachment 120673 [details]
I am trying to delete certain paragraphs from an odt file. The selection usually spans over multiple headings (level 1-3) and a mix of text and tables that span over multiple pages.
But as soon as I delete certain selection, the Writer crashes.
Sometimes it crashes without any warning, but at other times it gives the following error message:
SEH exception: Access violation
When I press "OK", LO crashes.
Each time I have to pass through recovery cycle (save -> open).
I restarted the PC, and started only LO (to avoid any resource overload issues), but the problem persists.
I have now resorted to deleting a small paragraph at a time and save the document. But the progress is painfully slow.
I tried a new technique: Started selecting the text from the bottom of the document and worked upwards. This worked, and I was able to delete the text without a crash.
This is a strong clue! It means that the Writer was unable to repaginate the document when text was deleted from the top. (That was not needed when I deleted text from bottom.)
This points to an old issue with LibreOffice (inherited from its OO days): The LO algorithm cannot repaginate the text if the layout is complex.
Typically, Writer crashes when the file has this combination of complexities:
* Tables that span over multiple pages
* Tables that have merged cells
* Nested tables (within other tables)
* Images anchored inside tables
* Hyperlinks to both bookmarks and headings
* Footnotes, some of which may spill over on next page.
Note that in my document, the hyperlinks and footnotes are inserted in a table and also embedded in free-flow text.
BTW reporting for the following PC:
HP Compaq 6000 Pro MT PC
Windows 7 Professional (32 bit), SP-1
CPU: E7500 @2.93 GHz
RAM: 4 GB
crash reproduced under Win8.1 x64 using LibO 188.8.131.52
would you please create a minimal test case isolating just the pages that trigger the crash?
The crash report was successfully uploaded.
You can soon find the report at:
While trying to reproduce the crash, I reproduced another one ( bug 107398 ) so is this crash happening right after some content is deleted or when the files is closed as the other one ?
Could someone explain the detailed steps to reproduce the crash?
Another crash reported using the same document -> bug 107427
on Linux, i fail to reproduce any crash when deleting stuff
at random from the document.
this is on current master with bugs from comment #4 and comment #5 fixed.
it's quite likely that the crash here was the same as comment #4 / bug 107398,
as that was caused by deleting something and then repagination
creating an invalid empty footnote container frame.
the crash in comment #3 also could be caused by that.
so i guess unless somebody comes up with reproduction steps for a
crash on current master (or 5.3 once fixes are backported) we can close this.
(In reply to Michael Stahl from comment #6)
> on Linux, i fail to reproduce any crash when deleting stuff
> at random from the document.
> this is on current master with bugs from comment #4 and comment #5 fixed.
> it's quite likely that the crash here was the same as comment #4 / bug
> as that was caused by deleting something and then repagination
> creating an invalid empty footnote container frame.
> the crash in comment #3 also could be caused by that.
> so i guess unless somebody comes up with reproduction steps for a
> crash on current master (or 5.3 once fixes are backported) we can close this.
I agree with you.
Let's close it as RESOLVED WORKSFORME for the time being.
Please, feel free to reopen it if you can still reproduce the crash with daily builds created from today on.