Closed Bug 411438 Opened 18 years ago Closed 10 months ago

Crash reporter app should offer restart Firefox button when it throws an error dialog

Categories

(Toolkit :: Crash Reporting, defect, P2)

x86
Windows 2000
defect

Tracking

()

RESOLVED FIXED
140 Branch
Tracking Status
firefox140 --- fixed

People

(Reporter: samuel.sidler+old, Assigned: afranchuk)

References

Details

Attachments

(1 file)

See bug 382124 comment 17 and 19. That bug was blocking to implement restart capability in the crash reporter since we're not going to ship dbghelp.dll in Firefox 3 and the error dialog that appears when a .dmp is missing doesn't have a restart button. Bug 382124 is really WONTFIX with a follow up to add a restart button to the crash reporter app on its error dialog. Requesting blocking for this bug since that's what bug 382124 had blocking for.
Flags: blocking1.9?
Flags: blocking1.9? → blocking1.9+
Priority: -- → P2
Assignee: nobody → ted.mielczarek
Since string freeze got pushed back a few days, we should consider changing the error text for this case to include a note about Windows 2000.
Flags: tracking1.9+ → wanted-next+
Is this not blocking because we're no longer taking strings? This is horrible UI for most users on Windows 2000 and, really, any other operating systems when Breakpad throws an error. Requesting blocking.
Flags: blocking1.9?
We have a string, it just doesn't mention Windows 2000. The only thing this would really do would give you a "Restart Firefox" button on that dialog instead of just clicking ok and manually restarting Firefox.
Assuming this bug is only about getting a restart button on Windows 2000, minusing.
Flags: blocking1.9? → blocking1.9-
(In reply to comment #4) > Assuming this bug is only about getting a restart button on Windows 2000, > minusing. That assumption is incorrect. As the summary says, this bug is about offering a restart button anytime the crash reporter app throws an error dialog and is unable to send its report to the server. The case of Windows 2000 is that it *always* throws an error dialog because we don't (and won't) ship dbghelp.dll. This is inflated for users of that OS but applies to users of all OSes. Re-nominating since the assumption that was used to minus this bug wasn't correct. (But note: I'm *very* grateful there was a reason given for the minus. That's not always the case and it makes it easier to determine if re-nomination makes sense.)
Flags: blocking1.9- → blocking1.9?
This error dialog only appears if something goes badly wrong with writing out the minidump (or extra data file), which happens 100% of the time on Windows 2000 without dbghelp.dll installed. This dialog is unlikely to appear otherwise. It does not appear if the report fails to send. I would like to get this fixed, but I would be ok shipping without it.
Flags: blocking1.9? → blocking1.9-
Assignee: ted.mielczarek → nobody
Severity: normal → S3

This bug is still valid as of today: we don't offer quit/restart buttons when a fatal crash reporter client error occurs. That being said, those errors are very uncommon.

See Also: → 1959875
Assignee: nobody → afranchuk
Status: NEW → ASSIGNED

These also show up with the error that occurs if a user tries to launch
the crash reporter client directly, but I think that's uncommon and
low-risk enough to not warrant extra code to do something different in
that case.

Pushed by afranchuk@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/114ca4292320 Add Quit/Restart buttons to the fatal error dialog r=gsvelto
Status: ASSIGNED → RESOLVED
Closed: 10 months ago
Resolution: --- → FIXED
Target Milestone: --- → 140 Branch
QA Whiteboard: [qa-triage-done-c141/b140]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: