Description: Description: I have a DOCX file Generated by Microsoft Word 365, and smae file saved from same Word 365 to RTF Format. DOCX looks fine when I open it in LO 6.2. But layout is broken when I open same file saved in RTF format it in LibreOffice 6.2.2. Steps to Reproduce: Steps to Reproduce: 1. You need My File Test.DOCX and Test.RTF 2. Open it in Word it Both works Fine 3. Open RTF and DOCX in LO (RTF version is broken). Actual Results: Layout broken Expected Results: Retain Layout Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info:
Created attachment 150186 [details] DOCX FILE
Created attachment 150187 [details] Same file in RTF Format
Repro Version: 6.3.0.0.alpha0+ (x64) Build ID: 5a907fe76bc628629fddb5501727642468d38dae CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-03-22_00:18:04 Locale: es-ES (es_ES); UI-Language: en-US Calc: CL
Created attachment 150194 [details] comparison MSO 2010 and LibreOffice 6.3 Master
Also reproduced in Version: 4.3.0.0.alpha1+ Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e
Dear Irakli Lomidze, 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://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
Created attachment 177830 [details] The example RTF file in Word and Writer master Still a problem in Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: eb69767d7c1bb8e6e780fd9503f08c9d7f5ecb45 CPU threads: 13; OS: Windows 10.0 Build 19042; UI render: default; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: threaded The middle table is floating in Word and since Writer has no similar feature, its positioning is not imported at all (it's size is however). Other independent issue is the vertical positioning of the teal textboxes at the bottom being incorrect.
Created attachment 186957 [details] The RTF example in Word and Writer master This got a lot better in 7.6 master, after https://cgit.freedesktop.org/libreoffice/core/commit/?id=05425f73bfa41d3f7591461e2ad0beb4fafc39b4 author Miklos Vajna <vmiklos@collabora.com> 2023-04-21 07:05:26 +0200 committer Miklos Vajna <vmiklos@collabora.com> 2023-04-21 08:21:45 +0200 commit 05425f73bfa41d3f7591461e2ad0beb4fafc39b4 (patch) sw floatable: teach the RTF import about SwFormatFlySplit There are still many smaller issues with the various objects, mostly the blue shapes having incorrect horizontal position.
Created attachment 190590 [details] reduced RTF example file for the blue squares Looking at the floating tables, I think those are now reasonably good looking. Let's focus on the light blue rectangles at the bottom of the first page. Here their horizontal positioning setting of the left one is Absolute position (1.67 cm) to the right of Margin. This is imported incorrectly as "From Left" (1.67 cm) to "Entire paragraph area". If I convert the attachment 150186 [details] example to Transitional docx in Word, then it is imported with correct looking position and the setting is "From left" by 1.67 cm to "Page text area". The horizontal position of the right one is Alignment: "Right" relative to "Margin" in Word. This is imported as "Right" to "Entire paragraph area" which puts it to the very right edge of the sheet. From the docx version it is imported as "Right" to "Page text area" which is much closer to the original look.
Created attachment 190591 [details] The reduced example in Word 2016 and Writer Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d8326f1f54b2f4644b52fbfa7106eeeae6e5bb7b CPU threads: 15; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded