Created attachment 124213 [details] MS Word test case. LibreOffice Writer renders punctuation marks at the beginning of the line in stead of at the end of the line in some MS Word documents. It is visible both on-screen and in the resulting PDF files. I have attached a small test case with PDFs from MS Office 2010 (the expected output), and from LibreOffice Writer 5.0.5.2 and 5.1.2.2. Best regards, Niels Kristian Bech Jensen
Created attachment 124214 [details] Expected output (from MS Office 2010)
Created attachment 124215 [details] Output from LibreOffice Writer 5.0.5.2.
Created attachment 124216 [details] Output from LibreOffice Writer 5.1.2.2.
Extra information: I use the Danish localisation package with LibreOffice. Best regards, Niels Kristian Bech Jensen
Really weird. Verified all the way back to LibreOffice 3.3 (inherited from OOo, updating version to reflect this). Minor: Can slow down but won't prevent high quality work; Lowest: Currently we have one test case, seems like it's not a widespread problem but some weird corner case.
Created attachment 124481 [details] The test case opened and saved in LibreOffice 5.1.2.2
Created attachment 124482 [details] Output from MS Office 2010 after saving the test case in LibreOffice.
I suspect that the problem is linked to text direction or justification. I have opened the test case in LibreOffice 5.1.2.2 and saved it without changes. Opening the saved file in MS Office 2010 renders it all right justified even though the program is set to left justified. Best regards, Niels Kristian Bech Jensen
** 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.2.7 or 5.3.3 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-20170522
The bug is still present in LibreOffice 5.3.3 on Microsoft Windows. Best regards, Niels Kristian Bech Jensen
** 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
The bug is still present in LibreOffice 6.0.4.2 (x64) on Microsoft Windows. Best regards, Niels Kristian Bech Jensen
Dear Niels Kristian Bech Jensen, 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
The bug is still present in LibreOffice 6.2.4.2 on MS Windows. Best regards, Niels Kristian Bech Jensen
Repro 7.0+ In Word, if you look in the page setup layout properties, you will see the section is set to "right to left". So LO is setting the Default page style as RTL also of course. The default paragraph style is reset to LTR, but the paragraph style used (Sidehoved & sidefod) inherits from nothing. So in LO it inherits from the page style. So the trick will be to figure out whether the paragraph style ought to be connected to the default (no, it inherits from no-style), or if no-inheritance styles need to default to LTR.
proposed fix at http://gerrit.libreoffice.org/c/core/+/92468
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/7b9878671a74dc9043d0cdc93e019fdd7d622e8c tdf#99197 ww8import: all root-level para-styles default to LTR It will be available in 7.0.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 can confirm that the problem is fixed in the 'Master' branch daily build. Best regards, Niels Kristian Bech Jensen
This fix means that RTL ms word documents are being opened as LTR documents. This breaks former and correct behaviour.
(In reply to Yotam Benshalom from comment #19) > This fix means that RTL ms word documents are being opened as LTR documents. > This breaks former and correct behaviour. Is there a bug report about this? Where are the sample documents?
New bug with example is filed: Bug #136282
Created attachment 169946 [details] Same bug, misplaced nikkud This bug is not completely solved. I attach a file which demonstrates the same problem under 7.1.
Please ignor last comment and attachment, I filed them in the wrong bug! My apologies.