DOC file: https://bugs.freedesktop.org/attachment.cgi?id=108383 First reported bug related to this file: https://bugs.freedesktop.org/show_bug.cgi?id=85430 PDF export using 4.4.0.0 alpha1 from Oct 24: https://bugs.freedesktop.org/attachment.cgi?id=108384 PDF export using Word 2010: https://bugs.freedesktop.org/attachment.cgi?id=108385 Problem: line spacing is wrong throughout the whole document starting from page 2.
Reproducible already with LO 4.3.2.2 (Win 8.1): Line Spacing in WRITER and exported PDF is different to the Word 2010 pdf.
This issue is still present in Version: 5.0.1.2 Build ID: 81898c9f5c0d43f3473ba111d7b351050be20261 Locale: es-ES (es_ES) on Windows 7 (64-bit)
** 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 on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
Still confirmed. Paragraph formatting has Line spacing: Fixed of 22 pt in LibreOffice. Arch Linux 64-bit, KDE Plasma 5 Version: 6.0.0.0.alpha1+ Build ID: 64024d7c18bd114eb9958cf80eea9129e09923bd CPU threads: 8; OS: Linux 4.13; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on November 3rd 2017 Arch Linux 64-bit LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
** 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 confirmed Version: 6.4.0.0.alpha0+ (x64) Build ID: ed882d693f37779e3a09641e7cd43b7a925d2312 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-07-25_00:58:18 Locale: fi-FI (fi_FI); UI-Language: en-US Calc: threaded
This is SUPPOSED to have fixed line spacing of 22. However, if you change it to 82, nothing happens. So it isn't actually showing with spacing of 22 either. Bizarre. repro 7.0+
Dear Buovjaga, 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
Still confirmed Arch Linux 64-bit Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 216493f32236f0086f4c5b527deb18b020b0ed1c CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Jumbo Built on 19 April 2022
Created attachment 187585 [details] 85435_min.doc: 2 page minimal reproducer repro 7.6+ repro OOo 3.3 - both DOC and DOCX look the same in OOo. line spacing does not show up in the style inspector. The property name in is ParaLineSpacing. It looks right in DOCX. However, even there things are very puzzling. This is based on direct paragraph formatting - not styles. <w:spacing w:line="440" w:lineRule="exact"/>
Perhaps a clue? The DOCX version of minimal previously honoured the spacing until LO 7.0 commit 3cd3ae30217a80449799d7d9426c3756c572712e Author: Michael Stahl on Tue Apr 14 18:10:53 2020 +0200 writerfilter: DOCX import: import w:noLeading as AddExternalLeading
Created attachment 187588 [details] 85435_min.docx Not a very good clue. Changing it to the opposite value in DOC has no effect. - m_rDoc.getIDocumentSettingAccess().set(DocumentSettingId::ADD_EXT_LEADING, !m_xWDop->fNoLeading); + m_rDoc.getIDocumentSettingAccess().set(DocumentSettingId::ADD_EXT_LEADING, m_xWDop->fNoLeading);
Probably started with the work donein ww8par6.cxx for commit 9688e60d80a8723bae225f33439788299c69a23c Author: Oliver Bolte on Tue Jan 13 16:15:04 2004 +0000 but interestingly enough, the conclusion was toggled a couple years later with commit 5d9e113309bd426b9582a7f58a18721058db71ea Author: Jens-Heiner Rechtien on Wed Nov 19 16:29:07 2008 +0000 CWS-TOOLING: integrate CWS sw301bf02_DEV300 if (eType != GRID_NONE) ...(DocumentSettingId::ADD_EXT_LEADING, false);
In https://gerrit.libreoffice.org/c/core/+/152375 I suggest just reverting that part, but what do I know about the grid?
*** Bug 144865 has been marked as a duplicate of this bug. ***
(In reply to Justin L from comment #13) > Probably started with the work donein ww8par6.cxx for > commit 9688e60d80a8723bae225f33439788299c69a23c > Author: Oliver Bolte on Tue Jan 13 16:15:04 2004 +0000 > > but interestingly enough, the conclusion was toggled a couple years later > with > commit 5d9e113309bd426b9582a7f58a18721058db71ea > Author: Jens-Heiner Rechtien on Wed Nov 19 16:29:07 2008 +0000 > CWS-TOOLING: integrate CWS sw301bf02_DEV300 > > if (eType != GRID_NONE) > ...(DocumentSettingId::ADD_EXT_LEADING, false); The original version of this code was a quick and dirty fix for bug 129808. Due to missing context I'm not entirely sure what problem flipping the value solved, but it's easy to imagine the original code causing issues. In my opinion, this code should be deleted.
Jonathan Clark committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/2b030ded43f440a898733290af087d4aeed53368 tdf#85435 sw: No longer clear AddExtLeading for doc files with grid It will be available in 25.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I've removed the old workaround. I don't expect this will introduce new text grid problems, but if it does, we can address them in a more permanent way.