Summary: | Garbage in text when rendering soft hyphens using a downloaded WOFF font | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | biermann | ||||||
Component: | Layout and Rendering | Assignee: | Nobody <webkit-unassigned> | ||||||
Status: | NEW --- | ||||||||
Severity: | Major | CC: | ap, jonlee, mmaxfield, simon.fraser | ||||||
Priority: | P2 | ||||||||
Version: | Safari 9 | ||||||||
Hardware: | All | ||||||||
OS: | All | ||||||||
URL: | http://www.marienterrassen.de/wohnungen.html | ||||||||
Attachments: |
|
Description
biermann
2016-04-04 09:08:19 PDT
Can you fix the title please? It's not clear what this bug is about. Looks super weird. Created attachment 275630 [details]
test case
Test reduction. The garbage looks somewhat different than on the webpage, which is a bad sign.
To reproduce, download the test, and open it as a local file. The pattern of inserting ­ in between every syllable is really unfortunate. It would be much better if people would use automatic hyphenation. (But the thought is neither here nor there) The content doesn't include any charset. The lack of an encoding is causing the difference between a local file and using the copy uploaded to the bugs.webkit.org server. (The difference is that the server replies with headers) I tried this in a recent WebKit build, and the bug didn't reproduce. Also, I fixed a very very similar bug a few months ago (https://trac.webkit.org/changeset/190891). Do you think you could try this in a WebKit nightly (https://webkit.org/nightly/) or the Safari Technical Preview (https://developer.apple.com/safari/technology-preview/) and see if the bug still reproduces? > The lack of an encoding is causing the difference between a local file and using the copy uploaded to the bugs.webkit.org server.
It's actually not that, but mixed content blocking (bugs.webkit.org is https, while the remote font is http).
Anyway, yes, please re-test!
It looks good to me on the original URL using r198865. |