Bug 75193 – For RTL language such as Hebrew the characters within a word are in the wrong order

• Status: RESOLVED
• Resolution: WORKSFORME
• Component: New Bugs

[Gary Holmlund]

Created attachment 120496 [details]
Picture showing correct and incorrect rendering of Hebrew words

When displaying Hebrew the words flow correctly from right to left but the characters within a word flow from left to right. Sometimes the first character of a word is correctly on the right but the second and other characters start on the left and flow to the right. There is an attached png file with illustrates this. The top 2 lines are correct. The first line is from a website which correctly renders the words. The 2nd line is from LinuxMint 12 running the attach project and it is correct. The 3rd and 4th line are from Fedora 16 and openSuse 12.1 running the attached project. They are both wrong. 

LinuxMint 12 uses QWebKit 2.2~2010week36 and it works right. Fedora 16 and openSuse 12.1 use the final QWebKit 2.2 and they do not work right.

Before running the attached project there is a Hebrew font file, SBL_Hbrw.ttf, that should be installed. Typically it is copied into the /usr/share/fonts/truetype directory and then you have to restart X by logging out and back in. Then run the rtl_bug program from the attached project and browse to the rtl.html file to display it. Compare the displayed text to the attached png file to see if it is right.

[Gary Holmlund]

Created attachment 120497 [details]
Qt project showing the bug

[Sasan]

Created attachment 123709 [details]
QtWebkit Previewer showing incorrect rendering of Arabic (Farsi) text.

Here are the problems I've found with the rendering of Arabic texts:
1. the order of rendered glyphs in a word are incorrect. they are from left to right, not RTL.
2. rendered glyphs in a word are not connected.
3. all the words are incorrectly rendered from left to right.

It is on fedora.16.x86_64:
QtWebkit 2.2.1 ( qtwebkit-2.2.1-2.fc16.x86_64 )
Qt 4.8.0 ( qt-4.8.0-5.fc16.x86_64 )

[Sasan]

I don't know whether it helps or not, but I applied the patch mentioned in https://bugs.webkit.org/show_bug.cgi?id=60786 to the source of the rpm, recompiled and installed it, but nothing changes.

[Eric Seidel (no email)]

This seems like a basic WebKitQt rendering bug.  It must have been fixed by now, no?

Please re-open if you don't believe this is fixed.