Summary: | Writer crash when entering a paragraph break or carriage return | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | ATF <andrew.t.finney> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | aron.budea, hossein, kelemeng, michael.stahl, petr.v, telesto, xiscofauli |
Priority: | high | Keywords: | bibisected, bisected, regression |
Version: | 6.4.7.2 release | ||
Hardware: | All | ||
OS: | All | ||
See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=155177 | ||
Whiteboard: | target:7.5.0 target:7.4.6 | ||
Crash report or crash signature: | Regression By: | Michael Stahl | |
Bug Depends on: | |||
Bug Blocks: | 132261 | ||
Attachments: | Article for Prisoner magazine Orange Alert |
Description
ATF
2021-12-31 13:39:22 UTC
Is it possible to attach a screencast. I'm not able to reproduce Resetting the user profile might help too: https://wiki.documentfoundation.org/UserProfile I don't know how to do a screencast I am sorry. Also, I tried using a temporary profile to the wiki instructions and as my bug report states, the reset did not work. Incidentally, what I didn't mention is the document is being saved as a Microsoft Word docx file. I could try saving as an open document and when finalised convert to docx, that might solve the issue? Although the publisher requires the article to be in M. S. Word format. I can send the offending document but you should be aware it is a yet to be release article for a publication and should not be passed to any other person and used, copied, transmitted or passed for others to read without my permission. I have now overwritten the offending document by copying and pasting it into a new one and so far it is responding correctly but as I have done this now several times previously, it will eventually fail after which any further editing will result in a crash. Please do not close this ticket as I suspect that as I add and edit more over the next few days the crash will occur again. Let me know if you would like me to send the document and thank you for your quick response. Ok. I ran Writer in Safe Mode and opened an earlier "corrupt" copy of the file. I went to a couple of images in the table cells and resized them. After resizing the second image Writer stopped responding. This was the docx version. I did the same, running in Safe Mode for the ODT version and that also crashed. The wiki states that if the error still persists then the profile is not at fault. @Xisco (In reply to ATF from comment #2) > I can send the offending document but you should be aware it is a yet to be > release article for a publication and should not be passed to any other > person and used, copied, transmitted or passed for others to read without my > permission. Hello, it looks like a duplicate of bug 147008. Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ? You can install it alongside the standard version. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build Unfortunately master~2022-03-08_00.46.01_LibreOfficeDev_7.4.0.0.alpha0_Win_x86.msi crashes when attempting to run following an install and restart (PC is 64bit Win 10). I will try and upload the offending document(s) as it still crashes whether docx or odt format. Created attachment 179038 [details]
Article for Prisoner magazine Orange Alert
I managed to finally get master~2022-03-08_00.46.01_LibreOfficeDev_7.4.0.0.alpha0_Win_x86 working and open the offending document. After editing one of the tables and moving and resizing one of the graphics the same issue of Not Responding happened. No repro 6.2. Repro in Windows and Linux with LO 7.0 and 7.5+ so I set New. Regression in 6.4: author Michael Stahl <Michael.Stahl@cib.de> 2019-06-27 commit 1cb7e4899b5ada902e99a0c964ee047950c07044 (patch) sw: avoid deleting the iterated SwRowFrame on tdf104188-4.odt Some other bugs with this commit were closed with bug 134965 so I don't see the same one. I used these steps: open attachment 179038 [details], Go to page 2, put cursor at the end of 1st cell after "Arrival 9:33)" and type something and press Enter, few times. Press Tab to go to the right cell, press End to go after "behind you." and type something and press Enter, few times. Note: before this there were no freezing, but click on Cancel in Save dialog would crash LO. For me, adding an empty paragraph to the first page makes it fall into an endless loop. This seems to do with the table on the second page, and the bottom most row containing two images. Deleting one of those images makes Writer not fall into an endless loop when adding a paragraph. Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: c4f7043c593823b8c5605e779371ff430659eb20 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: en-US Calc: threaded Michael Stahl committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/8c32cc17ce914188ea6783b0f79e19c5ddbf0b8d tdf#146500 sw: try to fix some layout loops caused by fly in table cell It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. I can no longer make this loop with the steps in comment #10 or comment #11 in: Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 5a1f41a0d3aab15c113651f2edc9d4137ae99063 CPU threads: 14; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (hu_HU); UI: en-US Calc: threaded I think Michael's patch fixed https://crashreport.libreoffice.org/stats/signature/SwAnchoredObject::GetObjRectWithSpaces(), since it's no longer reproducible in LibreOffice 7.5.0. Backported to libreoffice-7-4 branch in https://gerrit.libreoffice.org/c/core/+/146698 Michael Stahl committed a patch related to this issue. It has been pushed to "libreoffice-7-4": https://git.libreoffice.org/core/commit/d31b30a6bb044bedd4e296c4cbb3e0fc9c2cb7b6 tdf#146500 sw: try to fix some layout loops caused by fly in table cell It will be available in 7.4.6. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. *** Bug 141655 has been marked as a duplicate of this bug. *** |