WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED DUPLICATE of
bug 172205
194985
Mongolian text is broken because U+202F NARROW NO-BREAK SPACE does not participate in text shaping
https://bugs.webkit.org/show_bug.cgi?id=194985
Summary
Mongolian text is broken because U+202F NARROW NO-BREAK SPACE does not partic...
mail
Reported
2019-02-23 18:44:16 PST
Created
attachment 362844
[details]
Safari on MacOS (Mojave) Hi, NNBSP is not correctly rendered on MacOSes. NNBSP (202F) is a very problematic character in Unicode standard and used to connect Mongolian suffixes to stems or to preceding suffix. If this character handled as white space, then almost all Mongolian suffixes can not be rendered correctly. However, recently almost all engines and word processors render this character correctly. Even Webkit itself on iOS renders it flawless. It is just broken on MacOS. Please correct it.
Attachments
Safari on MacOS (Mojave)
(507.32 KB, image/png)
2019-02-23 18:44 PST
,
mail
no flags
Details
On High Sierra
(223.68 KB, image/png)
2019-02-24 08:17 PST
,
mail
no flags
Details
Rendered correct on Chrome, Firefox, IE, Opera etc.
(730.27 KB, image/png)
2019-03-03 13:24 PST
,
mail
no flags
Details
Rendered incorrect on Safari (probably modern)
(762.12 KB, image/png)
2019-03-03 13:26 PST
,
mail
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
mail
Comment 1
2019-02-24 08:17:47 PST
Created
attachment 362857
[details]
On High Sierra On High Sierra .notdef glyph is shown instead of NNBSP.
mail
Comment 2
2019-02-24 08:36:00 PST
The shaping is also failed on High Sierra. The attachment is just to show .notdef glyph.
Myles C. Maxfield
Comment 3
2019-02-28 19:18:38 PST
What is a link where I can view that webpage in the screenshot? I would like to investigate this.
Radar WebKit Bug Importer
Comment 4
2019-02-28 19:20:34 PST
<
rdar://problem/48498356
>
mail
Comment 5
2019-03-01 11:22:19 PST
Dear Myles C. Maxfield, The webpage is reachable under
http://test.openmn.org/
. Thanks!
Myles C. Maxfield
Comment 6
2019-03-01 15:06:11 PST
I just opened that webpage on macOS and iOS, and the two sites look identical to me. Can you describe more specifically which part of the rendering is incorrect? (I can't read Mongolian, so I'd appreciate as much detail as possible.)
mail
Comment 7
2019-03-03 13:24:42 PST
Created
attachment 363468
[details]
Rendered correct on Chrome, Firefox, IE, Opera etc.
mail
Comment 8
2019-03-03 13:26:57 PST
Created
attachment 363469
[details]
Rendered incorrect on Safari (probably modern)
mail
Comment 9
2019-03-03 13:27:12 PST
Ahh sorry, NNBSP is also broken on all modern iOS. I just tested on iOS 12.1.1, iOS 12.1.4. There exist no problems on old iOS devices. For instance: iOS 9.3.5 I just uploaded to images one is incorrect (Safari-Incorrect.png) and one is correct (Chrome-Firefox-IE-correct.png).
Myles C. Maxfield
Comment 10
2019-03-04 13:33:05 PST
(In reply to mail from
comment #9
)
> Ahh sorry, > NNBSP is also broken on all modern iOS. I just tested on iOS 12.1.1, iOS > 12.1.4. > There exist no problems on old iOS devices. For instance: iOS 9.3.5 > I just uploaded to images one is incorrect (Safari-Incorrect.png) and one is > correct (Chrome-Firefox-IE-correct.png).
Ah, that makes it much more clear. Thank you so much!
Myles C. Maxfield
Comment 11
2019-03-04 13:53:26 PST
Using raw CoreText draws it correctly. My guess is that the shaping tables in the font specifically involve the NNBSP character, but WebKit treats this character as a space and chops up the text here, and doesn't include the NNBSP in the shaping.
mail
Comment 12
2019-03-04 14:19:56 PST
Yes, NNBSP is introduced in Unicode to shape Mongolian separated suffixes correctly and to do correct word boundary. Thus, NNBSP is used in OTF table to shape that suffixes. This character should not be handled as SPACE.
shrpne
Comment 13
2019-06-07 04:26:14 PDT
Similar issues:
https://bugs.webkit.org/show_bug.cgi?id=172205
https://bugs.webkit.org/show_bug.cgi?id=180744
Also want to note, that this problem occurs for all fonts I have tried, including system-ui, serif and sans-serif generic fonts. And here is another test case reproducing no width for 202F:
https://jsfiddle.net/3g7yc5nf/1/
Myles C. Maxfield
Comment 14
2021-08-11 11:58:55 PDT
As far as I can tell, the Mongolian samples included here all work now. Can you verify that this is true? *** This bug has been marked as a duplicate of
bug 172205
***
Myles C. Maxfield
Comment 15
2021-08-11 11:59:25 PDT
(I'm testing on macOS Monterey.)
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug