WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
18953
Page with SWF and unapplied @font-face rule causes crash on subsequent page with applied @font-face
https://bugs.webkit.org/show_bug.cgi?id=18953
Summary
Page with SWF and unapplied @font-face rule causes crash on subsequent page w...
Weston Ruter
Reported
2008-05-08 15:34:46 PDT
We discovered a crashing bug that arose with Safari 3.1.1 on Windows and the Mac. This is the scenario: 1. Clear the cache 2. Visit a page that has a SWF with no @font-face rule applied (although it does exist in the stylesheet) 3. Then visit another page, with the same stylesheet, that does have a @font-face applied (presence of a SWF does not matter). 4. Safari crashes. The crash does not happen, however, if the page with the @font-face is loaded first (with or without the SWF) and then a page. The crash does not happen either if the page with the SWF does not have a stylesheet with the @font-face rule, or if it does have the @font-face rule in the stylesheet and the rule is applied to text on the page. See the URL for demos and more details. The general condition for the crash to occur is to: 1. visit a page with a SWF and a stylesheet containing a @font-face rule which does not get applied to any text in the page 2. then visit any page (with or without SWF) that then applies that @font-face rule to any text and the crash will occur
Attachments
Add attachment
proposed patch, testcase, etc.
mitz
Comment 1
2008-05-08 16:53:07 PDT
Reproducible in 3.1.1 but not in TOT.
Arkadiusz Goralski
Comment 2
2008-10-23 05:13:23 PDT
Confirmed under 3.1.2 It's crashing the browser so shouldn't the priority be set to P1?
R Wright
Comment 3
2012-01-04 19:57:48 PST
Could not reproduce in Safari 5.1.2 on Lion.
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