Closed Bug 1422408 Opened 7 years ago Closed 7 years ago

Wrong Japanese font selected on jisho.org

Categories

(Core :: Graphics: WebRender, defect, P1)

Unspecified
All
defect

Tracking

()

RESOLVED FIXED
Tracking Status
firefox-esr52 --- unaffected
firefox57 --- unaffected
firefox58 --- unaffected
firefox59 --- unaffected

People

(Reporter: TD-Linux, Assigned: lsalzman)

References

(Blocks 1 open bug, )

Details

(Whiteboard: [wr-reserve])

Attachments

(2 files)

Attached image with webrender
A super pixely font is selected for large characters on jisho.org when Webrender is on.
Attached image without webrender
Whiteboard: [wr-mvp] [triage] → [wr-reserve]
Which version of Firefox are you using? I am not able to reproduce this, as it might be fixed in nightly by bug 1413793.
Flags: needinfo?(tdaede)
Latest Nightly, 59.0a1 (2017-12-04), it still reproduces. It might be Linux specific, as Bug 1408117 is.
Flags: needinfo?(tdaede)
(In reply to Thomas Daede [:TD-Linux] from comment #3) > Latest Nightly, 59.0a1 (2017-12-04), it still reproduces. > > It might be Linux specific, as Bug 1408117 is. The platform I tried to reproduce on was Linux.
(In reply to Lee Salzman [:lsalzman] from comment #4) > (In reply to Thomas Daede [:TD-Linux] from comment #3) > > Latest Nightly, 59.0a1 (2017-12-04), it still reproduces. > > > > It might be Linux specific, as Bug 1408117 is. > > The platform I tried to reproduce on was Linux. Can you see what font it is trying to select, then use fc-match from console to see what it ends up routing to? Just a guess, but if it's a combination of a bitmap (non-scalable) font, and the webpage uses a content transform, it miiiight produce symptoms like that. But this would be rather odd and user specific, rather than just platform specific.
Using fc-match the first font that returns something other than "DejaVu Sans" is the "MS ゴシック" entry (MS Gothic) which is a font I have explicitly installed in my system, which is why it doesn't reproduce for you (presumably for you it hits the san-serif at the end of the font). MS Gothic is a really old font with both bitmaps and outlines (I have it installed because some programs depend on the exact pixel spacing).
(In reply to Thomas Daede [:TD-Linux] from comment #6) > Using fc-match the first font that returns something other than "DejaVu > Sans" is the "MS ゴシック" entry (MS Gothic) which is a font I have explicitly > installed in my system, which is why it doesn't reproduce for you > (presumably for you it hits the san-serif at the end of the font). MS Gothic > is a really old font with both bitmaps and outlines (I have it installed > because some programs depend on the exact pixel spacing). Could you email me the font and the fontconfig file you are using to set up this font on your system, to ease repro for me?
See Also: → 1423894
Blocks: 1423894
Tracked this down to a problem dealing with fonts that provide both embedded bitmaps and scalable outlines. We're always selecting the embedded bitmaps in WebRender when available, which is not how Skia normally behaves. We have to choose between outline or bitmaps depending on whether the final resolved size actually many any available strikes. Will take a couple days to properly engineer a fix.
Assignee: nobody → lsalzman
Status: NEW → ASSIGNED
Priority: P3 → P1
This will be resolved by WR PR https://github.com/servo/webrender/pull/2198
Depends on: 1423203
OS: Linux → All
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: