Bug 94163 - FILEOPEN: DOCX - Tables in RTL document places in the horizontally opposite location
Summary: FILEOPEN: DOCX - Tables in RTL document places in the horizontally opposite l...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.0.1.2 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: compatibilityMode14
Keywords: filter:docx
: 108238 (view as bug list)
Depends on:
Blocks: DOCX-Tables DOCX-RTL
  Show dependency treegraph
 
Reported: 2015-09-12 15:09 UTC by persiantools
Modified: 2023-05-25 14:40 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
The DOCX document (17.29 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2015-09-12 15:09 UTC, persiantools
Details
Comparison of layout in Word and LO5 (508.26 KB, image/png)
2015-09-12 15:10 UTC, persiantools
Details
Document rendered in LO 5.2.1 (393.55 KB, image/png)
2016-09-20 23:43 UTC, persiantools
Details

Note You need to log in before you can comment on or make changes to this bug.
Description persiantools 2015-09-12 15:09:14 UTC
Created attachment 118638 [details]
The DOCX document

This is a sample Right-to-Left document that contains text and image merge fields, some of which inside layout tables. Merge fields are spaced apart to appear in the desired positions as rendered in MS Word.

Some absent fonts are substituted by platform fonts in Word and LO which is not at issue here.
Comment 1 persiantools 2015-09-12 15:10:48 UTC
Created attachment 118639 [details]
Comparison of layout in Word and LO5
Comment 2 Buovjaga 2015-09-18 16:30:56 UTC
Confirmed.

Win 7 Pro 64-bit, Version: 5.0.1.2 (32-bit)
Build ID: 81898c9f5c0d43f3473ba111d7b351050be20261
Locale: fi-FI (fi_FI)

Version: 5.1.0.0.alpha1+ (x64)
Build ID: 9ce08dcc2e32c5554ddf71b79173f8854e0568ad
TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-09-17_21:43:51
Locale: en-US (fi_FI)
Comment 3 QA Administrators 2016-09-20 10:32:06 UTC Comment hidden (obsolete)
Comment 4 persiantools 2016-09-20 23:43:59 UTC
Created attachment 127494 [details]
Document rendered in LO 5.2.1
Comment 5 persiantools 2016-09-20 23:50:50 UTC
The bug is still present in LO 5.2.1 on macOS El Capitan. The only visual difference from the previous year is that some texts in unrecognized fonts are now crossed out.
Comment 6 Omer Zak 2017-11-09 10:55:19 UTC
Still happens in:

Version: 6.0.0.0.alpha1+
Build ID: 6070dec9ca9a15587a2aece81f9ae1ab5ac0f8c4
CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.utf8); Calc: group
(Build from 2017-Nov-05 00:00)

OS: Debian 64bit Stretch (Debian 9.2, with some backported packages)
Comment 7 Ahmad Harthi 2018-08-02 10:12:13 UTC
Issue still exists in:

Version: 6.1.0.2 (x64)
Build ID: b3972dcf1284967612d5ee04fea9d15bcf0cc106
CPU threads: 4; OS: Windows 6.1; UI render: default; 
Locale: ar-SA (ar_SA); Calc: group threaded
Comment 8 QA Administrators 2019-08-03 03:06:03 UTC Comment hidden (obsolete)
Comment 9 persiantools 2019-08-03 12:54:37 UTC
The bug is still reproducible as of LO Version: 6.3.0.3
Comment 10 Timur 2020-01-24 17:22:04 UTC
*** Bug 108238 has been marked as a duplicate of this bug. ***
Comment 11 Timur 2020-01-24 17:23:57 UTC
Repro 7.0+. Major issue.
Comment 12 Aron Budea 2023-04-10 06:11:14 UTC
Same in LO 7.6.0.0.alpha0+ (250b820a24640a33d73a6e690e04e36be01cda28) / Ubuntu.