Bug 18953
Summary: | Page with SWF and unapplied @font-face rule causes crash on subsequent page with applied @font-face | ||
---|---|---|---|
Product: | WebKit | Reporter: | Weston Ruter <weston> |
Component: | CSS | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED FIXED | ||
Severity: | Major | CC: | agoralski, macpherson, r.j.w |
Priority: | P2 | ||
Version: | 525.x (Safari 3.1) | ||
Hardware: | All | ||
OS: | All | ||
URL: | http://weston.ruter.net/projects/test-cases/safari-bug-swf-font-face/ |
Weston Ruter
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
Reproducible in 3.1.1 but not in TOT.
Arkadiusz Goralski
Confirmed under 3.1.2
It's crashing the browser so shouldn't the priority be set to P1?
R Wright
Could not reproduce in Safari 5.1.2 on Lion.