Open
Bug 705888
Opened 13 years ago
Updated 2 years ago
Submit hang reports without crashing the browser
Categories
(Toolkit :: Crash Reporting, defect)
Toolkit
Crash Reporting
Tracking
()
NEW
People
(Reporter: joe, Unassigned)
References
Details
It's suboptimal that submitting hang reports requires crashing the browser. It'd be better if hang reports popped up a dialog in front of the user saying "We've detected that Firefox may have stopped responding. Do you want to restart it or wait?" Simultaneously, we'll submit the hang report. And if the browser starts responding, we can dismiss the dialog. This would make it possible for users to continue using Firefox while we're fixing our hangs.
Comment 1•13 years ago
|
||
Would this (automatic submission) be based on the telemetry preference or something else?
Comment 2•13 years ago
|
||
Presenting UI while the main thread is hung is hard. We'd probably have to launch a separate process to do it.
Reporter | ||
Comment 3•13 years ago
|
||
(In reply to James May [:fowl] from comment #1) > Would this (automatic submission) be based on the telemetry preference or > something else? Good point. The submission might need to be based on a checkbox on the dialog. (In reply to Ted Mielczarek [:ted, :luser] from comment #2) > Presenting UI while the main thread is hung is hard. We'd probably have to > launch a separate process to do it. Yeah, I figured it'd be a separate thread or process. (waves hands) Implementation detail.
Comment 4•13 years ago
|
||
(In reply to Joe Drew (:JOEDREW!) from comment #3) > Good point. The submission might need to be based on a checkbox on the > dialog. Ugh. Also, what happens when Firefox starts responding again, what if for a particular bug it's always at (say) 31 seconds, no reports unless you can click very fast? (In reply to Ted Mielczarek [:ted, :luser] from comment #2) > Presenting UI while the main thread is hung is hard. We'd probably have to > launch a separate process to do it. Dependent on OOP crash reporting? (bug 587729)
Comment 5•13 years ago
|
||
(In reply to James May [:fowl] from comment #4) > Dependent on OOP crash reporting? (bug 587729) No, we can already write a dump (it's what we're currently doing), we just don't have anywhere to show it. We probably can't just use a separate thread, since the UI thread is already non-responsive (so spawning UI might not work anyway), and most UI toolkits don't like you using UI on multiple threads at once anyway.
Comment 7•12 years ago
|
||
Bug 712109 does something like this, but only for builds on the "profiling" branch and only for transient hangs (those from which Firefox eventually recovers). http://blog.mozilla.com/vdjeric/2012/03/21/introducing-chrome-hang-reporting-and-the-symbolication-server/ For users who want to report unrecoverable hangs, the workaround for this bug is to set hangmonitor.timeout to 10 temporarily. (See bug 705748.)
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•