Open
Bug 2015092
Opened 9 months ago
Updated 20 days ago
Refactor error handling in ConsoleClient
Categories
(Enterprise Products :: Firefox, enhancement, P2)
Enterprise Products
Firefox
Tracking
(Not tracked)
NEW
Future
People
(Reporter: gerard-majax, Unassigned)
References
(Depends on 1 open bug, Blocks 1 open bug)
Details
As outlined in https://github.com/mozilla/enterprise-firefox/pull/358#discussion_r2774445599 the mapping done for handling error reporting has a few limitations because we are re-doing what exists in nsDocShell::DisplayLoadError. Especially when bug 1790187 gets fixed, we need to revisit this.
Quoting from the PR:
The error code to string id mapping ultimately doesn't belong in the ConsoleClient. I'd rather have it only return the status and let window.js do the error name to string id mapping in one place. I think the current approach is not a good solution. But given the urgency of this, this is not a blocker.
Comment 1•8 months ago
|
||
Going to lower priority since there's no pressing customer ask here and it depends on Firefox team changes.
Severity: S2 → S3
Updated•8 months ago
|
Blocks: firefox-client-mvp
Updated•20 days ago
|
No longer blocks: firefox-client-mvp
OS: Linux → All
Hardware: x86_64 → All
Target Milestone: MVP → Future
You need to log in
before you can comment on or make changes to this bug.
Description
•