[Libreoffice-bugs] [Bug 127742] New: Cell with Arabic (only?) text that starts with LTR character is rendered incorrectly

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Tue Sep 24 13:00:08 UTC 2019


https://bugs.documentfoundation.org/show_bug.cgi?id=127742

            Bug ID: 127742
           Summary: Cell with Arabic (only?) text that starts with LTR
                    character is rendered incorrectly
           Product: LibreOffice
           Version: 5.2.5.1 release
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Calc
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: jrs+documentfoundation at weitnahbei.de

Description:
What it says in the summary.

There is a screenshot here at
https://bug-attachments.documentfoundation.org/attachment.cgi?id=154293 that
shows the problem in the wild. The first comment will also provide an
additional test screenshot that might be helpful along with an example
document.

This issue *could* be a duplicate of #116641, but is for Calc (the other bug is
for Impress and there seems to be no way of having a bug marked as affecting
more than one component). Earliest affected version is as far as we know; could
be earlier.

Marking as "Normal" and not "Trivial", because, although it might seem cosmetic
to someone who hasn't learned to read the text of the RTL script being used,
the only "workaround" for someone who needs to read it is to keep copying and
pasting things out of and into a text editor.

Steps to Reproduce:
1. Install LO, for example the latest version
2. Open Calc
3. Type an English word into some cell, hit space, switch keyboard layouts,
then type some Arabic characters.

Actual Results:
See screenshot and compare cells A1 (not in editing mode; correct rendering)
and A2 (in editing mode, incorrect rendering) as well as the editing bar above
the spreadsheet view.

Expected Results:
Cells A1 and A2 should look the same instead.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Providing the information from the version that testing started with, as
supplied by my distribution.

Version: 6.3.1.2
Build ID: 30(Build:2)
CPU threads: 2; OS: Linux 4.9; UI render: default; VCL: gtk3; 
Locale: de-DE (en_GB.utf8); UI-Language: en-GB
Calc: threaded

There is only one Windows (10) machine NOT exhibiting the problem. It has had
Version 5.2.5.1 installed since the day of that version's release, so,
basically, since forever.

Other versions tested, downloaded from their respective websites, all exhibit
the same problem:

- 5.2.5.1 on Solus OS
- 5.2.5.1 on Ubuntu 18.04
- 5.2.5.1 on LinuxMint Sylvia
- 6.0.7 on LinuxMint Sylvia
- 6.2.7 on Solus OS
- 6.2.7 on Windows 10
- 6.3.1 on Windows 10

NOT exhibiting the problem on either Linux or Windows was Apache OpenOffice
4.1.7.

OpenGL was disabled on one Linux machine while it was running 5.2.5.1.
Disabling OpenGL did not improve the rendering.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20190924/f302f646/attachment-0001.html>


More information about the Libreoffice-bugs mailing list