This bug was filed from the crash reporting server and is br-e5714c03-24bf-4e31-931c-193b15ef783d. ========================================= For the fifth time in the last hour, when I selected Save As or Save a Copy from the File menu of Libre Writer, it crashed, offered to recover my document, and suggested I report the bug. Wish I could send you the document, but it's confidential. It's five pages long, mostly basic text, but it contains one table.
Could you please try to sanitize the document as described here: https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F? Otherwise, could you pleae share the document with me ?
*** Bug 112168 has been marked as a duplicate of this bug. ***
Created attachment 135959 [details] The file I was using when Bug 112169 occurred is attached (sanitized per instructions). See the comment I was writing below the "attach" button. (This interface is not self-explanatory for first-time users.)
Although I'm happy to participate by offering this bug report in hopes of helping improve Libre Writer, I should tell you the bug reporting process and interface is not user friendly. I've been a computer professional for two decades, with only a year programming. Although I love recommending Libre Office to the users I support, I can tell you honestly that over 95% of them would never figure out how to properly report the bug, create a new login credential here, navigate the forms' fields, ignore the right jargon and respond to the relevant jargon, and then upload a "sanitized" document when asked by email to "please share the document with me," despite the return address by email being irrelevant. The more easy and idiot-proof you can make bug reporting, the more regular users will report bugs, and the quicker Libre Office will become widely adopted by satisfied users who aren't techies like us. Regardless, I remain a fan of Libre Office, and I appreciate your efforts. Thank you!
Hello, thanks for the document. I guess you can reproduce the crash with the attached document as well, isn't it? If so, could you please explain the steps to reproduce the crash?
Yes, it's mostly in my original description of the problem above. But here are the details. Steps to reproduce the crash: (I reproduced this at least six times on my Win x64 Intel system with 32 GB RAM) 1. Open the attached .odt document in Writer. 2. Click File, Save As, or Save A Copy. 3. In the dialog box that opens select to save it as a .docx file. 4. Click Save. The file isn't saved. Instead, Writer reports the crash, suggests the Bugzilla URL, reports that it will try to recover the file. A lock-file remains. Upon opening Writer again it offers to and successfully re-opens the crashed file. 5. BUT, try to save the file again (as a .docx) and it repeats the cycle. 6. Try to Save As or Save A Copy with a slightly different filename, and as a .docx file. It crashes as expected. 7. BUT, upon opening Writer again, it doesn't find the file to recover! (I assume it's because the uninitiated user didn't know Libre wouldn't internally record the new filename of the same doc it had crashed on before. I'd written these steps out, then clicked "Add an attachment" above, and the system lost the steps I'd written. Yes, I hadn't known to "Save Changes" first. But with this interface, it would help new users (all bug submitters are at first new users) if upon clicking "attachment" the Bugzilla code were to check for an unsaved written Comment and ask to save it. I remain a fan of Libre and your dedicated efforts to debug it.
crashreport.libreoffice.org/stats/crash_details/0c699e94-6cc9-41dd-89b7-af14c3317b49 Confirmed with Version: 6.0.0.0.alpha0+ Build ID: b9f85538e65882238de80ab36c864bc0082ad7f4 CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-08-20_00:40:11 Locale: en-US (en_US.UTF-8); Calc: single Confirmed with v5.2.7.2 under windows 7 x64. Unconfirmed with v3.3.4 under windows 7 x64.
This seems to have begun at the below commit. Adding Cc: to Zolnai Tamás ; Could you possibly take a look at this one? Thanks 4038f3102d03eb6a412b290437db81f9e90ac6da is the first bad commit commit 4038f3102d03eb6a412b290437db81f9e90ac6da Author: Matthew Francis <mjay.francis@gmail.com> Date: Wed May 27 20:14:38 2015 +0800 source-hash-587315ebd5e4417e85eb3ffafd978fcddb09b19f commit 587315ebd5e4417e85eb3ffafd978fcddb09b19f Author: Zolnai Tamás <zolnaitamas2000@gmail.com> AuthorDate: Wed Mar 18 15:19:46 2015 +0100 Commit: Zolnai Tamás <zolnaitamas2000@gmail.com> CommitDate: Sat Mar 21 16:19:10 2015 +0100 Char shading: use a marker for character background imported from MSO shading * So MSO format export filters can recognize that it should be exported as shading. * Editing in LO removes this shading marker, so from that point there will be an LO character background. Change-Id: I853b952f0395b33d36bb2934a6d910f2182cc1d9
*** Bug 103634 has been marked as a duplicate of this bug. ***
Tamás Zolnai committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=242688f3b4fc7228637837e0f4fec3da71ac2710 tdf#112169: Crash while saving character background color to DOCX It will be available in 6.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Tamás Zolnai committed a patch related to this issue. It has been pushed to "libreoffice-5-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=30a1bb3737b36c4ac13719c003ddc51e9b634000&h=libreoffice-5-4 tdf#112169: Crash while saving character background color to DOCX It will be available in 5.4.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Fixed with Version: 6.0.0.0.alpha0+ Build ID: 52c25a628d6cd300a0ff29f3c31e3528e3c4f8e1 CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-09-03_22:58:01 Locale: en-US (en_US.UTF-8); Calc: single
Tamás Zolnai committed a patch related to this issue. It has been pushed to "libreoffice-5-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=9b3e2486d8e96b6fdd844fbdb5fa59c7782e82ee&h=libreoffice-5-3 tdf#112169: Crash while saving character background color to DOCX It will be available in 5.3.7. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 112355 has been marked as a duplicate of this bug. ***
*** Bug 112455 has been marked as a duplicate of this bug. ***
*** Bug 112512 has been marked as a duplicate of this bug. ***
*** Bug 112637 has been marked as a duplicate of this bug. ***
*** Bug 113852 has been marked as a duplicate of this bug. ***