Description: See the image and document at https://videoblurb.com/temp/MSWord_text_box_NG.zip The image shows the problem where text boxes and associated arrows are rendered on page 2, completely away from the main image they are meant to be annotating... This happens every time, and works fine with MS Word and Google Docs. Steps to Reproduce: 1. open the document Actual Results: Arrows and text boxes are moved to page 2 but should be on page 1 to annotate the main drawing of the man. Expected Results: arrows are as seen in Google Docs on RH side of image. Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-GB Module: TextDocument [Information guessed from browser] OS: Windows (All) OS is 64bit: yes
Created attachment 152122 [details] MSOffice document and screen shot in a zip file Thank you.
I confirm it with Version: 6.2.4.2 (x64) Build-ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64 CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: threaded and Version: 6.4.0.0.alpha0+ (x64) Build ID: b170256fb6ebaf774b02b89835b19d9f3a1afb89 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-06-07_03:30:35 Locale: de-DE (de_DE); UI-Language: en-US Calc: threaded in comparison with MS Word 2016 Problems with arows are related to or are perhaps duplicates of bug 114975 and bug 123615. Problem with textboxes is perhaps related to or is a duplicate of bug 78671
Created attachment 158836 [details] DOCX compared in MSO and older LO When reporting, it's bad practice to attach zip. This was never OK from OO to 7.0+, but was changed few times.
Created attachment 165088 [details] The example file The arrows on the first page are positioned horizontally with absolute position value from margin (this looks imported correctly) and vertically with absolute position value "below line". This looks incorrectly imported.
Created attachment 165090 [details] Minimized test document in docx format
Created attachment 165092 [details] The minimized example file in Word and Writer Version: 7.1.0.0.alpha0+ (x64) Build ID: 1e0cfd5662d95cea84e80e4fe10d52c3b1101ae6 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: CL Positioning values seem to be imported correctly, but the actual placing that happens looks quite different from Word.
Created attachment 165917 [details] The minimized example file in Word and Writer
Created attachment 172912 [details] The minimized document with line shapes in current Writer and Word The minimized document looks good now in: Version: 7.2.0.0.alpha1+ (x64) / LibreOffice Community Build ID: 93a3e2f86c27b06062708fe788963a0e49f3a90b CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: CL The original still has some problems.
Created attachment 172913 [details] The original document in current Writer and Word The human body outline is an image, also vertically aligned to the line. The shapes position got better, the images did not yet.
Created attachment 172914 [details] Example file with images aligned to line
Created attachment 172915 [details] The example file in Word and Writer The top ship image is aligned to Top relative to line, this is imported correctly. The cat image is aligned Centered relative to line, this is imported as Top to Line of text. The dog image is aligned Bottom relative to line, this is imported as Top to Line of text. The bottom ship image is aligned as 1 cm below line, this is imported as From bottom by 1 cm to Line of text. This is similar to the human body outline images layout in the original document and should be imported as -1 cm to Line of text to get a placement macthing Words. This was implemented for shapes - but not for images - in commit: https://cgit.freedesktop.org/libreoffice/core/commit/?id=2f21e4f357ec60450df84ddd858c3cf0a4711b02 tdf#139915 DOCX import: fix anchored obj position with to-char and TEXT_LINE
repro 7.6
Dear Mark Palmos, 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
My apologies folks, I no longer have the file to test this issue... so please close it, and if I come across this issue again I will report it... Thanks, cheers, Mark.
Looks fine with attachment 165088 [details] and Version: 25.2.4.3 (X86_64) / LibreOffice Community Build ID: 33e196637044ead23f5c3226cde09b47731f7e27 CPU threads: 12; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded => RESOLVED WORKSFORME