Bug 86867

Summary: LO uses surrounding paragraph direction for field contents direction rather than first field char
Product: LibreOffice Reporter: Gil Shwartz <libreoffice>
Component: WriterAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED INSUFFICIENTDATA    
Severity: normal CC: eyalroz1, ilmari.lauhakangas, kaplanlior, libreoffice-ux-advise
Priority: medium Keywords: needsUXEval
Version: Inherited From OOo   
Hardware: x86-64 (AMD64)   
OS: All   
Whiteboard:
Crash report or crash signature: Regression By:
Bug Depends on:    
Bug Blocks: 43808    
Attachments: Bidi fields rendering error examples
Visual screen capture of bug on LO 5.2.1
Document with the bug manifesting + explanations
LO 76.a rendering of the example document 185295

Description Gil Shwartz 2014-11-30 06:03:40 UTC
Created attachment 110256 [details]
Bidi fields rendering error examples

Field with mixed LTR and RTL content are not rendered correctly when inserted into a document, possibly when a natural character is involved. Typing the same content directly in the document produces the correct rendering.
Comment 1 Buovjaga 2014-12-16 14:36:26 UTC
Confirmed -> NEW.

Win 7 64-bit Version: 4.5.0.0.alpha0+
Build ID: 170616e9f2d30c1302bbb5a7a4b588bc05cd5cc9
TinderBox: Win-x86@39, Branch:master, Time: 2014-12-12_01:58:46
Comment 2 Buovjaga 2015-01-12 16:07:44 UTC
Bug present in 3.3.0.

Ubuntu 14.10 64-bit
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 3 QA Administrators 2016-09-20 10:28:25 UTC Comment hidden (obsolete)
Comment 4 Gil Shwartz 2016-09-20 16:15:40 UTC
Bug still exists in 5.2.1 on Linix Mint 17.3 (Ubuntu 14.04).
Comment 5 Gil Shwartz 2016-09-20 16:16:42 UTC
Created attachment 127478 [details]
Visual screen capture of bug on LO 5.2.1
Comment 6 Xisco FaulĂ­ 2017-09-29 08:50:53 UTC Comment hidden (obsolete)
Comment 7 Lior Kaplan 2017-10-02 21:39:09 UTC
Still happens in 5.4.1
Comment 8 Omer Zak 2017-11-05 12:27:43 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 9 QA Administrators 2018-11-06 03:56:48 UTC Comment hidden (obsolete)
Comment 10 QA Administrators 2020-11-06 04:20:21 UTC Comment hidden (obsolete)
Comment 11 QA Administrators 2022-11-07 03:38:44 UTC Comment hidden (obsolete)
Comment 12 Eyal Rozenberg 2023-02-10 14:58:34 UTC
Created attachment 185295 [details]
Document with the bug manifesting + explanations

Have tweaked the sample document:

* Added an explanation about the document's meta-data fields
* Increased font size
* Linked back here
* Did some tab alignment
Comment 13 Eyal Rozenberg 2023-02-10 15:03:09 UTC
Created attachment 185296 [details]
LO 76.a rendering of the example document 185295

Bug still manifests with:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: ad387d5b984c6666906505d25685065f710ed55d
CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: gtk3
Locale: fa-IR (en_IL); UI: en-US
Comment 14 Eyal Rozenberg 2023-02-10 15:12:12 UTC
Actually... on second though, I'm not sure this is as much an error as a questionable rendering choice. Let me clarify:

* The inconsistent height of the field shading is not the issue here (that's a separate bug - is it filed? I wonder), so let's ignore that

* It is _definitely_ a bug that there is no space between the first word of the field and the hyphen.

* LO does not choose a direction for rendering the field value based on the first character of the field value, but rather applying the direction of the surrounding paragraph. Is that a bad thing? I'm not sure! Gil, can you please explain why you believe LO should act differently?
Comment 15 Heiko Tietze 2023-05-10 11:09:32 UTC
(In reply to Eyal Rozenberg from comment #14)
> Gil, can you please explain why you believe LO should act differently?

No response, resolving ID.