Created attachment 124432 [details] sample Steps: 1) open attached file 2) scroll to page 3 and notice the floating frame around the image 3) select and delete the frame and notice that image is floating 4) select and delete the image 5) undo and notice that the image is now correctly non-wrapped 6) undo and notice that the frame is now correctly non-wrapped Regression as this doesnt happen in 4.2.8.2. Version: 5.2.0.0.alpha0+ Build ID: 92d7fef02574051826e46a3a7e3d33a1afa062d7 CPU Threads: 2; OS Version: Linux 4.2; UI Render: default; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-04-14_03:19:54 Locale: en-US (en_US.UTF-8)
I'm unable to replicate. See attached screens shots and let me know if that is the issue you're experiencing. Version: 5.2.0.0.alpha0+ Build ID: b87c4d8a7539c6b36250adc5626f13458a4c3016 CPU Threads: 4; OS Version: Mac OS X 10.11.4; UI Render: default; TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2016-04-06_06:14:15 Locale: en-US (en.UTF-8)
Created attachment 124433 [details] w/frame
Created attachment 124434 [details] w/o frame
@Jay, * On Windows 10 Pro 64-bit en-US with Version: 5.1.2.2 (x64) Build ID: d3bf12ecb743fc0d20e0be0c58ca359301eb705f CPU Threads: 8; OS Version: Windows 6.19; UI Render: default; Locale: en-US (en_US) what I notice is on filter import opening the anchor for the image on page 3 is positioned outside margins and off the canvas! That is not good. To see, open and before any changes, adjust the zoom. Then scroll to page 3. Select the image. Check its format, it shows as anchored to character--but the anchor is off the canvas. Simply move the anchor for the image, anchor jumps into the margins. Change the anchor to paragraph. So, suspect an issue with ww8 filter import, or possibly original source of the .docx document.
confirm. Version: 5.2.0.0.alpha0+; win7 problem is in anchor, comment 4.
Regression introduced in range 2932d2db599c09ecce3faa2d627e9ee4f251183a..393c51cee8bc3de5a2a9f4e04161c59e8712f631
(In reply to V Stuart Foote from comment #4) > So, suspect an issue with ww8 filter import, or possibly original source of > the .docx document. Checked the file in Word 2010 and both the frame and image were set to 'top and bottom' wrapping. The frame had 0" horizontal absolute position to the right of column and -0.48" vertical absolute position below paragraph.
Issue introduced by commit 049e84125fb76f7a1a051d7cac2e04e37a7cd190 Author: Sushil Shinde <sushilshinde@libreoffice.org> AuthorDate: Mon Apr 20 00:45:06 2015 +0530 Commit: Caolán McNamara <caolanm@redhat.com> CommitDate: Thu Apr 30 08:32:11 2015 +0000 Adding Sushi and Caolan as CC.
** 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
Repro in 6.1+ but only with original 2007 DOCX. Same file saved in MSO 2013 wraps right. Looks like an issue "position that's relative to column in Word" as in Bug 35334.
Dear Yousuf Philips (jay) (retired), 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
These are originally VML text boxes that are imported as frames. In current 7.1 alpha I see the vertical alignment settings of the shapes are not correctly mapped to frame alignment settings. This causes the Figure 1 group (not a real group, just two text boxes and an image placed on top of each other) to go from the top of the fourth page to the bottom of the third. Also the Table 1 goes for the same reason from the top of the fifth page to the middle of the fourth (and the middle of the numbered list). The Table 1 also has a bit of conflicting text formatting: there is 10 pt TNR font set with direct formatting in Word, but somehow that becomes 12 pt Cambria in Writer. This setting is coming from the "Rácsos táblázat" table style, which inherited it from its parent "Normál táblázat" style. This makes the text a little larger, hiding the tables last row and the table caption. Wrapping was bad until 6.4, but seems to be fixed in 7.0. But let's keep this open for the VML shape conversion & alignment issues.
Wrapping was fixed by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=1052acae9a599c54e518c8fc17d6a994d8778757 author Justin Luth <justin.luth@collabora.com> 2020-02-26 13:15:53 +0300 committer Miklos Vajna <vmiklos@collabora.com> 2020-03-05 10:01:19 +0100 tdf#119748 sw layout: ConsiderTextWrap on initial positioning
Dear Yousuf Philips (jay) (retired), 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug