Description: When opening a Steps to Reproduce: Unable to reproduce with 6.2.8.2. Did not test any versions between this and 6.3.6.2. Able to reproduce with 6.3.6.2+ through to latest 7.2.0.1 1. Open the provided .doc file Alternatively: 1. In Microsoft word, create a blank document 2. Add a table with 3 rows, and 2 columns 3. Click and drag to increase the height of the first row 4. Select the 3 cells of the left column 5. Merge the cells 6. Add text to the merged left cell 7. Rotate the text so that it is vertical 8. Left-Center align the text of the left column 9. Enter text into the first row of the right column 10. Enter text into the middle row of the right column 11. Add enough newlines into the right middle cell so that the cell spans the entire first page and continues onto the second 12. Add more text to the bottom of the middle right cell 13. Add text to the bottom right cell 14. Save the document using the .doc extension (Word 97-2003) 15. Attempt to open the document using LibreOffice 6.3.6.2 or newer Actual Results: LibreOffice process stops responding. Expected Results: LibreOffice should not hang/crash/stop responding. Reproducible: Always User Profile Reset: Yes Additional Info: I believe this type of table formatting is not natively supported by LibreOffice. How this content is displayed is not the issue, only the process hanging. Version: 6.3.6.2 Build ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497 CPU threads: 4; OS: Linux 3.10; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
Created attachment 173686 [details] Document used to replicate issue Attached Test Table.doc used to replicate this issue.
Reproducible in: Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 7c1bad415ae48635dc67041c413bb7b76a530c22 CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-07-05_06:55:03 Calc: threaded
The documents opens fine in 6.2 and older, the hang during fileopen started with the following commit, bibisected using repo bibisect-linux-64-6.3. I'm inclined to believe the change just uncovered an issue already present in document layouting, there are somewhat similar issues, eg. bug 121720. https://cgit.freedesktop.org/libreoffice/core/commit/?id=89e5b431d468745da3a1eff14d48296107b9101b author Miklos Vajna <vmiklos@collabora.com> 2019-03-28 21:27:40 +0100 committer Miklos Vajna <vmiklos@collabora.com> 2019-03-29 09:59:28 +0100 sw btlr writing mode: implement DOC filter
Created attachment 179539 [details] Perf flamegraph Still repro Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 2f2df626117380427d2e5e8417316f52823f1e6f CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded
Created attachment 179591 [details] Perf flamegraph I might have absentmindedly used some incorrect version for testing, so uploading a trace taken with an --enable-symbols build Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: b2b821715a3745718a941fa99dda92137c0f0c86 CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded
repro 7.6+
Still reproducible in Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 845054aa25b7cba1daa1ff30b142d549027299bd CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded