WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED INVALID
70153
Display conflict involving imported @fontface fonts and locally available fonts
https://bugs.webkit.org/show_bug.cgi?id=70153
Summary
Display conflict involving imported @fontface fonts and locally available fonts
Matt S
Reported
2011-10-14 15:25:48 PDT
Created
attachment 111096
[details]
Showing the conflict between an imported @fontface font when it is also available locally I've found on sites that utilise the Google Webfonts service that if I already have the font installed on my computer (Google Webfonts allows you to download the files to use in designs), when displayed on a website with an @fontface call to a font with the same name that is locally available, each character in the font is rendered with a strange character which makes text unreadable. This has happened in both latest versions of Safari and Chrome on Mac OS X.7 so I presume it is a Webkit issue (Firefox has no such issue). To recreate, simply download a font from the Google Webfonts page (I'd suggest Open Sans as its quite common), install it in your Font Book or other such font management program and then view the main Google Webfonts page. A workaround I've figured out is to import the font under a different @fontface name, which is a bit annoying as I'd prefer to not download the font if it is already available on the viewer's computer.
Attachments
Showing the conflict between an imported @fontface font when it is also available locally
(19.45 KB, image/png)
2011-10-14 15:25 PDT
,
Matt S
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
mitz
Comment 1
2011-10-15 17:24:33 PDT
Is anything logged to the system console when this first happens? You can use the Console application to monitor the system console.
Matt S
Comment 2
2011-10-15 17:29:23 PDT
System.log displays these errors when viewing www.google.com/webfonts Oct 16 13:26:50 armitage sandboxd[73334] ([73289]): WebProcess(73289) deny file-read-data /Users/matts/FontExplorer X/Font Library/O/Open Sans Bold/OpenSans-Bold.ttf Oct 16 13:26:50: --- last message repeated 7 times --- Oct 16 13:26:50 armitage sandboxd[73334] ([73289]): WebProcess(73289) deny file-read-data /Users/matts/FontExplorer X/Font Library/O/Open Sans/OpenSans-Regular.ttf Oct 16 13:26:50: --- last message repeated 7 times --- Oct 16 13:26:50 armitage sandboxd[73334] ([73289]): WebProcess(73289) deny file-read-data /Users/matts/FontExplorer X/Font Library/O/Open Sans Bold/OpenSans-Bold.ttf Oct 16 13:26:50: --- last message repeated 3 times --- Oct 16 13:26:50 armitage sandboxd[73334] ([73289]): WebProcess(73289) deny file-read-data /Users/matts/FontExplorer X/Font Library/O/Open Sans Extrabold/OpenSans-ExtraBold.ttf Oct 16 13:26:50: --- last message repeated 7 times --- Oct 16 13:26:50 armitage sandboxd[73334] ([73289]): WebProcess(73289) deny file-read-data /Users/matts/FontExplorer X/Font Library/O/Open Sans Semibold/OpenSans-Semibold.ttf Oct 16 13:26:50: --- last message repeated 7 times --- Oct 16 13:26:50 armitage sandboxd[73334] ([73289]): WebProcess(73289) deny file-read-data /Users/matts/FontExplorer X/Font Library/O/Open Sans/OpenSans-Regular.ttf Oct 16 13:26:52: --- last message repeated 3 times ---
mitz
Comment 3
2011-10-15 17:32:17 PDT
Thank you! Which version of OS X Lion are you using (You can find the version number in About This Mac)? Are you using font management software (such as FontExplorer X)?
Matt S
Comment 4
2011-10-15 17:37:23 PDT
I'm using Mac OS X v10.7.1 I'm also using FontExplorer X Pro v2.5 (Build 4200) to manage my fonts. The version of Safari is v5.1 (7534.48.3) and Google Chrome is v14.0.835.202
mitz
Comment 5
2011-10-15 17:45:22 PDT
An issue affecting the display of fonts managed by certain third-party font managers in Safari has been fixed in OS X 10.7.2. Please try again with 10.7.2 or later.
Matt S
Comment 6
2011-10-15 19:04:17 PDT
Hoo rah, it works!
mitz
Comment 7
2011-10-15 19:18:37 PDT
Thanks for testing. I am going to close this as “invalid” because the fix was not in WebKit but in OS X.
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