Open
Bug 579925
Opened 14 years ago
Updated 2 years ago
crash-stats pages seem to break out of their iframe when they finish processing as part of a redirect
Categories
(Core :: DOM: Navigation, defect)
Tracking
()
UNCONFIRMED
People
(Reporter: timeless, Unassigned)
Details
Build identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:2.0b1) Gecko/20100630 Firefox/4.0b1 reproducible: sometimes steps: 1. load https://bugzilla.mozilla.org/show_bug.cgi?id=578206 2. select all 3. copy 4. load http://konigsberg.mozilla.org/crash-stats.html 5. paste into the input 6. wait actual results: at step 6 a number of frames will be created by crash-stats.html, one for each unique uuid. initially uuid's are unprocessed, which means that socorro goes through a couple of refresh cycles while it waits to process them. at some point, sometimes, one of those frames loads as the main web page instead of in its frame. I don't know if this is intentional, if it is, it's annoying, and I'd like to know what I need to do to prevent it (in crash-stats.html) and whom to bug (to get crash-stats.m.c to stop doing it). expected results: each uuid should eventually load in its dedicated iframe w/o harming the top level document note: because i've used those uuid's, this set is a bad set, you should probably get your own crashes, either from about:crashes or from some random untriaged bugs.
Comment 1•12 years ago
|
||
throws Firefox response time in the toilet (using 2012-07-20 trunk)
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•