Created attachment 123770 [details] file with bug When open attached file displaying random collage of images instead ordered list. As displayed on screenshot.
Created attachment 123771 [details] screen
Created attachment 123774 [details] PDF showing the expected result
** 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still exists in version 6.3.0.0. The file can't open unless transforming to pdf file. Version: 6.3.0.0.alpha0+ (x64) Build ID: 0f25a3c36f27fd51453b9a9115f236b83c143684 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-27_20:06:55 Locale: zh-TW (zh_TW); UI-Language: en-US Calc: threaded
Dear Alexander, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Apparently it became impossible to open this document with LibreOffice somewhere between version 5.0.5 and 5.4.7 (just tested with the last version in the 5.x branch) Currently neither version 6.2.8 nor 6.3.3 can open it. Marking this as a Regression. FWIW it opens instantly in OpenOffice 4.1.7 (although with some composition errors)
(In reply to Pedro from comment #6) > Apparently it became impossible to open this document with LibreOffice > somewhere between version 5.0.5 and 5.4.7 (just tested with the last version > in the 5.x branch) > Currently neither version 6.2.8 nor 6.3.3 can open it. > Marking this as a Regression. > > FWIW it opens instantly in OpenOffice 4.1.7 (although with some composition > errors) thanks Pedro, filled separate bug 129274
There's bug 104347 but based on comment there, it's basically the same issue as in this one, I don't see a need for separate bug. But, never mind.
This was never OK. OO opened just 1 page, LO 5.2 oldest was 1 page. LO 5.2 master and 6.4 in Linux hang without showing pages. LO 7.0 and 7.4+ in Linux open 3 pages but hang after open showing 1st page. LO 7.4+ in Windows doesn't show pages at all, just hangs. So there were changes in 5.2 and improvement in 7.0. 8c00cefb4eea369ac7910b0969fbf122f8cf394a is the first change in 5.2 source 0ba2229a57527e78f237119efa413f122c9ca74b prev 4b62ad397c1ed137cbe69aa0882d290a92052e9a author Miklos Vajna <vmiklos@collabora.co.uk> 2016-08-30 commit 0ba2229a57527e78f237119efa413f122c9ca74b (patch) Related: tdf#44986 DOCX import: handle w:gridAfter by faking cells 60317d7294364e84db01e9406123e855f0ec4aba is the first change commit in 7.0 source fd7749fddc5a767461dfced55369af48e5a6d561 prev 10e08b1d398e6aa91aa4ced0ca6c966349be8b5d author Miklos Vajna <vmiklos@collabora.com> 2020-02-14 commit fd7749fddc5a767461dfced55369af48e5a6d561 (patch) sw: fix handling of table vs fly overlaps in the AddVerticalFlyOffsets case Note: this is 2007 DOCX. If resaved in MSO, it's still 3 pages with content differently positioned in MSO, but it also hangs in LO. CC Miklos. Since these are your commits, please make a comment. Thanks.
This is certainly a bug, but in case this started to be more visible with the gridAfter commit, then it was always there, just docx files didn't generate those "after" cells, so it was harder to run into this problem. You could probably craft an ODT file which had the same problem even before the gridAfter DOCX commit. So this is definitely a problem, it is worth to fix, but I would not consider it a regression. Hope this helps. Thanks!
Created attachment 184617 [details] The example file in current master Now this opens without endless loop, but layout is very different from the one seen on attachment 123774 [details] Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d993327eab0a2c9c8820c6528075b01de68b0ec6 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: en-US Calc: threaded The fix was from bug 152106 and bug 104347 was also about an endless loop. Can we refocus this one to the layout differences?
One issue I see is that the images have the Allow overlap setting turned off in Word, but turned on in Writer. This is bug 134114.
Another issue is the vertical positioning of images is defined as below Line, which is incorrectly imported (as Writer does not have exactly that kind of positioning), see bug 127071