NEW 156167
Garbage in text when rendering soft hyphens using a downloaded WOFF font 
https://bugs.webkit.org/show_bug.cgi?id=156167
Summary Garbage in text when rendering soft hyphens using a downloaded WOFF font
biermann
Reported 2016-04-04 09:08:19 PDT
Created attachment 275550 [details] Problems with shy http://www.marienterrassen.de/wohnungen.html Problems with "shy". Shy produces different Chars in Rendering like an infinity and so on. If you copy the text to TextEdit all is fine.
Attachments
Problems with shy (94.83 KB, image/png)
2016-04-04 09:08 PDT, biermann 		no flags
Details
test case (1.64 KB, text/html)
2016-04-04 20:54 PDT, Alexey Proskuryakov 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
Simon Fraser (smfr)
Comment 1 2016-04-04 10:44:17 PDT
Can you fix the title please? It's not clear what this bug is about.
Alexey Proskuryakov
Comment 2 2016-04-04 20:53:32 PDT
Looks super weird.
Alexey Proskuryakov
Comment 3 2016-04-04 20:54:21 PDT
Created attachment 275630 [details] test case Test reduction. The garbage looks somewhat different than on the webpage, which is a bad sign.
Alexey Proskuryakov
Comment 4 2016-04-04 20:56:45 PDT
To reproduce, download the test, and open it as a local file.
Myles C. Maxfield
Comment 5 2016-04-05 10:56:50 PDT
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)
Myles C. Maxfield
Comment 6 2016-04-05 10:57:17 PDT
The content doesn't include any charset.
Myles C. Maxfield
Comment 7 2016-04-05 10:59:04 PDT
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)
Myles C. Maxfield
Comment 8 2016-04-05 11:10:12 PDT
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?
Alexey Proskuryakov
Comment 9 2016-04-05 11:26:10 PDT
> 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!
Jon Lee
Comment 10 2016-04-05 13:21:38 PDT
It looks good to me on the original URL using r198865.
Ahmad Saleem
Comment 11 2024-09-10 18:37:10 PDT
Wayback Archive link - https://web.archive.org/web/20160425025337/http://www.marienterrassen.de/wohnungen.html Nearer to bug report as of April 2016. Using @Alexey test case and downloading and opening in Safari 18 beta, we do seem some gibberish characters compared to Chrome Canary 130 and Firefox Nightly 132.
Note You need to log in before you can comment on or make changes to this bug.