Subject says it all. There is a screenshot attached showing the expected behavior VS the actual rendering. Page: https://people.igalia.com/psaavedra/arabic.html ``` <html> <head> <meta charset="utf-8"> </head> <body> <h1> OK </h1> <p> ﻢﺛﺎﻟ (ﻩﺫﺍ ﺩﺎﺨﻟ ﻕﻮﺳ) </p> <h1> Wrong </h1> <p> ﻳً ﻢﺛﺎﻟ (ﻩﺫﺍ ﺩﺎﺨﻟ ﻕﻮﺳ). </p> ``` Tested in * WPE: 2.36 * GTK: 2.32 * Safari 15.4
Created attachment 459853 [details] Arabic text rendered in WebKit
Wow this is a very bad bug.
<rdar://problem/94155121>
When I said "this is a very bad bug" what I meant was "this bug appears to change the semantic meaning of the text it's displaying."
This has progressed at r288070, when we enabled IFC for complex text. The test case looks fine on trunk with IFC enabled. However currently there are still a handful of properties that could throw us off of the modern line layout codepath and produce incorrect rendering on this content.
Created attachment 462163 [details] Results using WebKit ToT (Canonical link: https://commits.webkit.org/254090@main) Issues are still there.
I need to check the results again in ToT since Layout Format Code is now the standard system for inline layout. That means not safeguards involved to activate it. Maybe related: https://bugs.webkit.org/show_bug.cgi?id=244711#c4
Created attachment 471772 [details] Safari 17.6 Beta vs Other Browsers
@Alan - anything more needed here?
(In reply to Ahmad Saleem from comment #9) > @Alan - anything more needed here? Nope. This looks all good. Thank you.