Writer 5.0 crashes when attempting to work with my file (see attachment). The file gets opened, but about 30 seconds later, this is what I get: --------------------------- LibreOffice 5.0 - Fatal Error --------------------------- SEH Exception: ACCESS VIOLATION --------------------------- ОК --------------------------- When reopening, it tries to restore the file, but crashes again (sometimes I get "SEH Exception: unknown"). Writer 4.5 seems to work with this file, but screws up most cross-references, so the text is completely broken. More specifically: I have a previous version of the file (1.odt), cross-references look OK. In the latest version (2.odt) they are broken. Pasting stuff from 2.odt to 1.odt breaks cross-references in 1.odt. PLEASE HELP!
Mike: there's no attachment here. You can add one by using this link: https://bugs.documentfoundation.org/attachment.cgi?bugid=93425&action=enter (have in mind that any attachment is automatically made public so remove any private/confidential part) Also, about the crash you can give a new try after having renamed your LO directory profile (see https://wiki.documentfoundation.org/UserProfile#Windows)
Created attachment 117916 [details] 2 versions of same file 1.odt - cross-references look fine but many don't work (e.g. on p.26 where it says "В некоторых случаях после /x/ (см. 1.2.3)" - this is a ghost reference. Updating the contents at the end will ruin most cross-references (so they will look broken in addition to being broken). 2.odt - cross-references already look broken. I don't think the file is corrupted, since the same happens with its really old versions which have always behaved perfectly.
on pc Debian x86-64 with master sources updated yesterday, the file isn't loaded after more than 1 min (I gave up then) I noticed a lot of these console logs: warn:sw.core:1577:1:sw/source/core/doc/docbm.cxx:379: MarkManager::makeMark(..) - refusing to create duplicate CrossRefBookmark warn:legacy.osl:1577:1:sw/source/core/unocore/unobkm.cxx:254: <SwXBookmark::attachToRange(..)> - could not create Mark. warn:legacy.osl:1577:1:xmloff/source/text/XMLTextMarkImportContext.cxx:421: CreateAndInsertMark: cannot insert? Idem with 2.odt (except there's no console log)
Thanks! So what should I do? What can be done with those bad references? The thing is, there's no such problem with Writer 4.4.2.2. Does this mean I have to forever stick with that version?
For the moment, yes, I should stick with previous version (just my opinion of course). Certainly someone, QA or dev, will have some insight about this.
Thank you!
I found the same bug in Calc: LibreOffice 5.0 - Fatal Error --------------------------- SEH Exception: ACCESS VIOLATION and after reopening Calc, the file restore enters an endless loop of restore operations, i got out of it by selecting "Ignore restore" and then i got the option to save the document in another location, with no data loss In my case the bug was initiated by clicking "print preview"! I can't reproduce the Bug
Created attachment 118710 [details] Backtrace of crash from 1.odt Win 7 Pro 64-bit, Version: 5.0.1.2 (32-bit) Build ID: 81898c9f5c0d43f3473ba111d7b351050be20261 Locale: fi-FI (fi_FI)
Crash file 1.odt in Version: 4.5.0.0.alpha0+ Build ID: 57d6b92b69a31260dea0d84fcd1fc5866ada7adb
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20161108
I can no longer reproduce the crash in Versión: 5.3.0.3 Id. de compilación: 7074905676c47b82bbcfbea1aeefc84afe1c50e1 Subpr. de CPU: 1; Versión de SO: Windows 6.1; Repr. de IU: predet.; Motor de trazado: HarfBuzz; Configuración regional: es-ES (es_ES); Calc: group Closing as RESOLVED WORKSFORME Feel free to move it back to NEW if you can still reproduce the issue on your side.
Yep, both files now open on the same computer that I earlier reproduced the crash. Win 7 Pro 64-bit Version: 5.4.0.0.alpha0+ Build ID: eb7b03b052ffe8c2c577b2349987653db6c53f76 CPU threads: 4; OS: Windows 6.1; UI render: default; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2017-02-26_22:34:18 Locale: fi-FI (fi_FI); Calc: CL