Closed Bug 1104638 Opened 10 years ago Closed 10 years ago

http://planefinder.net/data/flight/FLIGHTNUMBER causes Firefox to stop working.

Categories

(Firefox :: General, defect)

Product:
Firefox
Component:
General
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INCOMPLETE

People

(Reporter: jhford, Unassigned)

Details

Example: http://planefinder.net/data/flight/LH6559 When I loaded this site from a Google search result, it caused Firefox 33.1.1 on my OS X 10.10 Retina (using Hidpi) to cause the OS to say that Firefox had stoped responding. Firefox was using 100% of the CPU and no plugin process was using a lot of CPU, though there was a Firefox hosted Flash plugin running. Force quitting the flash plugin did nothing. I force quit Firefox and restarted it. When it started up, session restore reloaded that page and I found that I couldn't do anything while that tab was displayed. This time, however, the 'Force Quit Applications' dialog didn't say that Firefox had stopped responding. In both cases, the animation on the page continued to run perfectly fine. It's like the content's events were taking priority over the browser's. I had this page open for >10s each time and never got an unresponsive script dialog. Whether this is a bug in the page or not, having a website be able to completely lock up Firefox seems like a Firefox bug. To get back to a usable state, I had to turn off Wifi while starting up Firefox so that page didn't load.
This doesn't reproduce in Nightly in either e10s or non-e10s windows
Doesn't reproduce for me on 10.9 with 34 beta. Is this fixed for you on 34, or not yet?
Flags: needinfo?(jhford)
I wasn't able to reproduce reliably.
Flags: needinfo?(jhford)
Resolving for now, please reopen if more details / STR become available.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.