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)

x86
macOS
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.
throws Firefox response time in the toilet (using 2012-07-20 trunk)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.