Re-use network error messages from m-c in felt
Categories
(Firefox Enterprise :: Client, task, P1)
Tracking
(Not tracked)
People
(Reporter: janika, Unassigned)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [size=1])
We already have localised network error messages (see https://searchfox.org/firefox-main/source/browser/locales/en-US/chrome/overrides/appstrings.properties) and a switch case that maps status to string id: https://searchfox.org/firefox-main/rev/ab8a90487516e59b3ac3b5cc503d024a2be8ea80/docshell/base/nsDocShell.cpp#3435-3753. We should outfactor that logic and re-use it when we have console connection errors and surface that in the felt window instead of duplicating and translating our own small set of network error messages.
Updated•5 days ago
|
Comment 1•5 days ago
|
||
(In reply to Janika Neuberger [:janika] from comment #0)
We already have localised network error messages (see https://searchfox.org/firefox-main/source/browser/locales/en-US/chrome/overrides/appstrings.properties) and a switch case that maps status to string id: https://searchfox.org/firefox-main/rev/ab8a90487516e59b3ac3b5cc503d024a2be8ea80/docshell/base/nsDocShell.cpp#3435-3753. We should outfactor that logic and re-use it when we have console connection errors and surface that in the felt window instead of duplicating and translating our own small set of network error messages.
Console connection error should use Fluent, not legacy properties, so I'm not sure there is much to factor from there
| Reporter | ||
Comment 2•4 days ago
|
||
Conversation on this continues on GitHub: https://github.com/mozilla/enterprise-firefox/pull/358
Comment 3•4 days ago
|
||
(In reply to Janika Neuberger [:janika] from comment #2)
Conversation on this continues on GitHub: https://github.com/mozilla/enterprise-firefox/pull/358
Latest pushes uses Services.string so there is still some refactoring that could be done in mapping errors code that nsDocShell::DisplayLoadError does and we have to re-do, but at least strings are re-used on the PR now.
Comment 4•11 hours ago
|
||
See comment 3.
Description
•