Closed
Bug 978313
Opened 11 years ago
Closed 11 years ago
ZWJ is breaking next character
Categories
(Core :: Graphics: Text, defect)
Tracking
()
RESOLVED
FIXED
mozilla30
People
(Reporter: ebrahim, Assigned: jfkthame)
References
Details
Attachments
(4 files, 2 obsolete files)
19.34 KB,
image/png
|
Details | |
2.78 KB,
patch
|
jtd
:
review+
|
Details | Diff | Splinter Review |
2.38 KB,
patch
|
jtd
:
review+
|
Details | Diff | Splinter Review |
3.51 KB,
patch
|
jtd
:
review+
|
Details | Diff | Splinter Review |
User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0 (Beta/Release)
Build ID: 20140225040206
Steps to reproduce:
data:text/html;charset=utf8,‍یت
Actual results:
The result I see is "یت"
Expected results:
It should be like "یت", just like Chrome (see the attached screenshot)
Assignee | ||
Comment 1•11 years ago
|
||
Huh, that's weird. I see the same problem on OS X; it's not specific to a particular platform or font.
It only seems to affect text at the beginning of the line:
data:text/html;charset=utf8,‍یت ‍یت ‍یت<br>‍یت ‍یت
This makes me wonder if it's somehow related to bidi processing; cc'ing smontagu.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 8 → All
Hardware: x86_64 → All
Assignee | ||
Comment 2•11 years ago
|
||
This is a bit of an edge case: the issue here is caused by matchType not being set correctly in the case where we find a run-initial control char and hence use the default initial value from prevFont. We can fix this by initializing it correctly to kFontGroup, and thus avoiding a break in the glyph run.
Attachment #8384144 -
Flags: review?(jdaggett)
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → jfkthame
Status: NEW → ASSIGNED
Assignee | ||
Comment 3•11 years ago
|
||
Attachment #8384158 -
Flags: review?(jdaggett)
Assignee | ||
Comment 4•11 years ago
|
||
Updated to handle the issue that b2g and some android versions have an Arabic font that doesn't explicitly support ZWJ - this was resulting in a font change, but we should avoid that in order to maintain expected shaping behavior. We don't need the ZWJ character to be present in the font, as harfbuzz handles it appropriately.
Attachment #8384258 -
Flags: review?(jdaggett)
Assignee | ||
Updated•11 years ago
|
Attachment #8384144 -
Attachment is obsolete: true
Attachment #8384144 -
Flags: review?(jdaggett)
Assignee | ||
Comment 5•11 years ago
|
||
Attachment #8384259 -
Flags: review?(jdaggett)
Assignee | ||
Updated•11 years ago
|
Attachment #8384158 -
Attachment is obsolete: true
Attachment #8384158 -
Flags: review?(jdaggett)
Assignee | ||
Comment 6•11 years ago
|
||
Fix up a couple of issues where existing tests were (inadvertently) depending on the absence of joiners in a font, resulting in glyph run boundaries and shaping interruption.
Attachment #8384261 -
Flags: review?(jdaggett)
Assignee | ||
Comment 7•11 years ago
|
||
Try run with these patches: https://tbpl.mozilla.org/?tree=Try&rev=13f7f324f0bf
Updated•11 years ago
|
Attachment #8384258 -
Flags: review?(jdaggett) → review+
Updated•11 years ago
|
Attachment #8384259 -
Flags: review?(jdaggett) → review+
Updated•11 years ago
|
Attachment #8384261 -
Flags: review?(jdaggett) → review+
Assignee | ||
Comment 8•11 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/d30141d69df1
https://hg.mozilla.org/integration/mozilla-inbound/rev/169b77523fe6
https://hg.mozilla.org/integration/mozilla-inbound/rev/9af980ae7109
Target Milestone: --- → mozilla30
Comment 9•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/d30141d69df1
https://hg.mozilla.org/mozilla-central/rev/169b77523fe6
https://hg.mozilla.org/mozilla-central/rev/9af980ae7109
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•