WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
11027
REGRESSION: Safari applies the wrong font to BODY element at
http://www.apple.com/downloads/dashboard/
https://bugs.webkit.org/show_bug.cgi?id=11027
Summary
REGRESSION: Safari applies the wrong font to BODY element at http://www.apple...
Chris Petersen
Reported
2006-09-25 12:16:42 PDT
* SUMMARY With TOT webkit r-16553, I noticed the default font used at
http://www.apple.com/downloads/dashboard/
is different when compared to stock Safari or even Mac Firefox 1.5.0.7. The CSS rule on this page is specifying {font: 13px 'Helvetica Neue';} which I assumed r-16553 was using. However, r-16553 appears to be using a different font style called "Helvetica Neue UltraLight" instead. * STEPS TO REPRODUCE 1. With TOT webkit r-16553 under 10.4.7 , open reduced test case "apple_downloads.html" 2. Notice how the font is rendered (styling). Now , open this test case in stock Safari or Mac Firefox 1.5.0.6 on this same machine for a comparison. 3. Now launch Apple's FontBook app. Click on All Fonts. Find "Helvetica Neue" in the list. 4. Click on "Helvetica Neue UltraLight" and verify this is the same font being used by TOT webkit r-16553. * RESULTS TOT webkit r-16553 should render the page with the specified font but doesn't. * REGRESSION Yes. This does appear to work in stock Safari under 10.4.7.
Attachments
sample test case
(437 bytes, text/html)
2006-09-25 12:17 PDT
,
Chris Petersen
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Chris Petersen
Comment 1
2006-09-25 12:17:43 PDT
Created
attachment 10762
[details]
sample test case
Chris Petersen
Comment 2
2006-09-25 12:18:39 PDT
This is covered in <
rdar://problem/4728514
>.
Chris Petersen
Comment 3
2006-09-25 15:43:02 PDT
This issue first regressed with
r16252
.
mitz
Comment 4
2007-01-16 10:08:33 PST
***
Bug 10919
has been marked as a duplicate of this bug. ***
mitz
Comment 5
2007-01-16 10:09:58 PST
Fixed in
r17450
, reintroduced in
r18680
.
Mark Rowe (bdash)
Comment 6
2007-01-22 17:05:04 PST
I can't seem to reproduce this with current ToT. The rendering of the test case appears identical with WebKit 418.9.1 and ToT.
mitz
Comment 7
2007-01-23 09:00:13 PST
(In reply to
comment #6
)
> I can't seem to reproduce this with current ToT. The rendering of the test > case appears identical with WebKit 418.9.1 and ToT. >
Doesn't look the same on my machine.
Chris Petersen
Comment 8
2007-02-01 08:51:43 PST
We really need to address this issue since can affect other third party webkit applications when running with TOT webkit frameworks.
mitz
Comment 9
2007-02-01 23:43:25 PST
Fixed again by Tim H in
r19349
.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug