Created attachment 121061 [details] PDF version showing the expected layout LibreOffice 5.0.4.1 running on Windows 7 64-bit. Layout incorrect for RTF version of document "Pentutarkistus / Eläinlääkärintodistus" available at http://www.kissaliitto.fi/lomakkeet/rekisterointi Attached RTF and PDF versions of the same document for comparison. Tables having paragraph line spacing set to Proportional 115% instead of Single leading to the vertically expanded view with the last lines disappearing and document turning from once page to two pages.
Created attachment 121062 [details] RTF version having incorrect line spacing
Confirmed. 4.3 does not have this, but it is otherwise messed up. Not sure, if keyword regression is appropriate so leaving it out for now. Win 7 Pro 64-bit, Version: 5.0.3.2 (x64) Build ID: e5f16313668ac592c1bfb310f4390624e3dbfb75 Locale: fi-FI (fi_FI) Version: 5.2.0.0.alpha0+ Build ID: 81fa5340191baf8687f9c82f1f414f5afc86b529 Threads 4; Ver: Windows 6.1; Render: default; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-12-03_21:19:19 Locale: fi-FI (fi_FI)
4.3 has different behavior, but this spacing is wrong since 4.3.1.
*** This bug has been marked as a duplicate of bug 94464 ***
(In reply to Cor Nouws from comment #4) > > *** This bug has been marked as a duplicate of bug 94464 *** That bug is about ODT, and this one about RTF, how is it a duplicate?
(In reply to Timur from comment #5) > (In reply to Cor Nouws from comment #4) > > > > *** This bug has been marked as a duplicate of bug 94464 *** > > That bug is about ODT, and this one about RTF, how is it a duplicate? "knowing" LibreOffice, I expect that the same code is responsible for rtf-imput. But I may be wrong..
OK maybe better this way :)
Problem is still there on the latest LO 5.2 Beta 1 for Windows 7 SP1 64-bit
The problem still exests Version: 5.1.6.2 Build ID: 1:5.1.6~rc2-0ubuntu1~xenial1
Created attachment 132264 [details] doc layout in MS Word 2016
Created attachment 132265 [details] doc layout in Libre Office 5.1
Created attachment 137305 [details] RTF version (reduced) Here's the RTF from attachment 121062 [details] reduced in Word 2013, which exhibits the bug, and could be used for bibisecting.
Bibisected to the following commit using repo bibisect-44max. Adding Cc: to Michael Stahl, please take a look sometimes. https://cgit.freedesktop.org/libreoffice/core/commit/?id=f8e8e476aa0a5576234dbb4daac9dc299e044e61 author Michael Stahl <mstahl@redhat.com> 2014-08-02 16:55:55 (GMT) committer Michael Stahl <mstahl@redhat.com> 2014-08-02 17:09:44 (GMT) fdo#81944: writerfilter: RTF import: don't drop fonts in stylesheet
Problem still exist on LO 6.0.4. Line spacing on table chapter is 1.15 instead of single leading to incorrect page layout.
Clarification, line spacing on the whole document is incorrectly 1.15 with LO 6.0.4, should be single.
*** Bug 106637 has been marked as a duplicate of this bug. ***
Problem still valid on LO 6.2.0.3 running on Linux 64-Bit
Comment on attachment 132264 [details] doc layout in MS Word 2016 this attachment has nothing to do with the RTF file initially attached to this bug, and it's a PDF without the corresponding RTF, so it is quite useless for fixing anything -> tagging "obsolete"
Comment on attachment 132265 [details] doc layout in Libre Office 5.1 this attachment has nothing to do with the RTF file initially attached to this bug, and it's a PDF without the corresponding RTF, so it is quite useless for fixing anything -> tagging "obsolete"
this was not fixed by commit 3d74ddd190a5087e0a54ef7b14d0a43006745ec3 apparently the paragraphs don't have any style applied to them in the RTF but in Word they have "Standard" and corresponding "Default Style" in Writer; it looks like the \s0 style is applied implicitly or something like that?
Dear Ari Latvala, 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
Just tested, whole RTF version of the document is still really messed up including the bug described on this bug report. Version: 7.1.3.2 (x64) / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded
Created attachment 177824 [details] The example 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 There seems to be a direct formatting applied to the paragraph overriding * the 0.35 cm (10pt) After spacing (this is applied correctly in Writer) * and the 1.15 line spacing (this not applied in Writer)
Created attachment 184421 [details] Another example file, this time with double line spacing
Created attachment 184422 [details] Double line spacing from style, overridden with DF, which is not imported in Writer Another example arrived, this time with double line spacing value, which is handled incorrectly in Writer. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 44355a90b3450111ad87ad4b6607a564e41d7b54 CPU threads: 14; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (hu_HU); UI: en-US Calc: threaded
WIP patch at: https://gerrit.libreoffice.org/c/core/+/145034
Bug seems to be there still at the latest version Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_FI); UI: en-US Calc: threaded