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.

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)

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.