Created attachment 89808 [details] Arabic document with alignment issue Alignment of Arabic text should be from right to left. But the writer is showing left to right like normal text.
The attached file opens as RTL with both Word 2010 SP2 and LibreOffice 4.3.0.0.alpha0+ Build ID: 732ec36edfd09d2091d70c4d71b5f182fe279c45. The problem is with the alignment: In Word the first two lines are left aligned, and the rest are right aligned. In LibreOffice it's mirrored, as the first two lines are right aligned, and the rest are left aligned. When opening the attached file using Word 2010 SP2, I get a message that it's corrupted (empty font name in word\fontTable.xml). It's probably related to Bug 64232 (support of MS Office 'Themes'). @smnitin: Hi, It looks like this file was originally created using Word, and then resaved using LibreOffice (see docProps\app.xml). Would be great if you could also attach the original docx file (before the resave), so we could check if there is also a saving bug in the latest dev builds.
** 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 (4.4.1 or later) 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-04-18
All lines seem left-aligned now. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 437210d58f32177ef1829d704f7f4d2f1bbfbfdd TinderBox: Win-x86@39, Branch:master, Time: 2015-06-18_07:21:56 Locale: fi-FI (fi_FI)
** 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 happens in LibreOffice 5.4.1. Text direction is RTL but alignment is left, while in the original document it was aligned right.
Would have been useful to know where attachment 89808 [details] originated, as it wasnt created by MS Word as 2007 and 2010 both state that it required repairing and when saving it from 2007 or 2010, LO could open those files correctly. So the document has XML like this for the line which is supposed to be right aligned <w:p> <w:pPr> <w:pStyle w:val="Normal" /> <w:jc w:val="right" /> <w:rPr> <w:rtl w:val="true" /> <w:lang w:bidi="ar-AE" /> </w:rPr> </w:pPr> <w:r> <w:rPr> <w:rtl w:val="true" /> <w:lang w:bidi="ar-AE" /> </w:rPr> </w:r> </w:p> And Word 2007 has XML like this <w:p ...> <w:pPr> <w:jc w:val="right" /> <w:rPr> <w:rtl /> <w:lang w:bidi="ar-AE" /> </w:rPr> </w:pPr> </w:p> Justin, Mike: Any thoughts?
I don't see any bibisect info, but I can confirm that the document opens this way from earliest times (bibisect43all 3.5 is as far back as I can go.) I disagree with comment 3 - the first two (empty) paragraphs are right aligned, and the rest or left aligned - same as always. Comment 6 is a little misleading. The first two paragraphs have XML that look like that - but those two paragraphs are also right-aligned. The remaining paragraphs (which are left aligned) all specify left alignment. <w:pPr> <w:pStyle w:val="Normal"/> <w:jc w:val="left"/> <w:rPr> <w:rtl w:val="true"/> <w:lang w:bidi="ar-AE"/> </w:rPr> </w:pPr> <w:r> <w:rPr> <w:rtl w:val="true"/> <w:lang w:bidi="ar-AE"/> </w:rPr> </w:r> I'd say that LO is doing things properly. "The possible values for this attribute [w:jc] are always specified relative to the page, and do not change semantic from right-to-left and left-to-right documents." I'd mark this as NotABug since the document is corrupt.
Ok, let's close so this doesn't hang in a limbo forever.
(In reply to Justin L from comment #7) > I don't see any bibisect info, but I can confirm that the document opens > this way from earliest times (bibisect43all 3.5 is as far back as I can go.) I already set it to OOo inherited so bibisecting was unnecessary. > I disagree with comment 3 - the first two (empty) paragraphs are right > aligned, and the rest or left aligned - same as always. Yes that is the problem as the first two paragraphs are supposed to be left aligned and the rest are supposed to be right aligned, as Maxim mentioned in comment 1, similar to how it opens in MS Word. > Comment 6 is a little misleading. The first two paragraphs have XML that > look like that - but those two paragraphs are also right-aligned. The > remaining paragraphs (which are left aligned) all specify left alignment. It was a typo and it should have said "which is supposed to be *left* aligned".
Created attachment 143744 [details] pdf from word 2013 after ignoring the error message This particular document had NO w:default=1, so that quickly broke ExchangeLeftRight which was improperly relying on FindDefaultStyle. All kinds of problems with the import code relating to this document, but things are fixed in 6.2.
Bibisect reports fixed in 6.2 by https://cgit.freedesktop.org/libreoffice/core/commit/?id=6b7f12f6108f136d60bd77e3787ef6a2632038cd writerfilter: default style is the last one Documentation states, and the examples confirm that "If this attribute (w:default) is specified by multiple styles, then the last instance of a style with this property shall be used." Change-Id: I17f06ab8944a39341a00c479117e978a01d6af7a Reviewed-on: https://gerrit.libreoffice.org/57510 I'd suggest not trying to backport this, since it relies on many other fixes. See bug 72560 and bug 106174.