Bug 156167

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:

Version:

Safari 9

Hardware:

All

OS:

All

URL:

http://www.marienterrassen.de/wohnungen.html

Attachments:

Description	Flags
Problems with shy	none
test case	none

Description biermann 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.

Comment 1 Simon Fraser (smfr) 2016-04-04 10:44:17 PDT

Can you fix the title please? It's not clear what this bug is about.

Comment 2 Alexey Proskuryakov 2016-04-04 20:53:32 PDT

Looks super weird.

Comment 3 Alexey Proskuryakov 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.

Comment 4 Alexey Proskuryakov 2016-04-04 20:56:45 PDT

To reproduce, download the test, and open it as a local file.

Comment 5 Myles C. Maxfield 2016-04-05 10:56:50 PDT

The pattern of inserting &shy; 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)

Comment 6 Myles C. Maxfield 2016-04-05 10:57:17 PDT

The content doesn't include any charset.

Comment 7 Myles C. Maxfield 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)

Comment 8 Myles C. Maxfield 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?

Comment 9 Alexey Proskuryakov 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!

Comment 10 Jon Lee 2016-04-05 13:21:38 PDT

It looks good to me on the original URL using r198865.