Closed
Bug 1192340
Opened 9 years ago
Closed 6 years ago
l10n strings loader may misses external language pack
Categories
(DevTools :: Framework, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: yfdyh000, Unassigned)
References
Details
STR: 1. Run the Firefox with a clean profile. 2. Install the "ADB Helper" add-on in WebIDE, and then restart the Firefox. 3. Install a Firefox language pack, like on http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/40.0b9/win32/xpi/, and change the general.useragent.locale to its locale code in about:config, and then restart the Firefox. 4. Open devtools, like Ctrl+Shift+K or else. Actual results: See the tools's label and some checkbox in toolbox settings, them not loaded strings from langpack instead the built-in language packs (locale). On the code level, Inspect the "gDevTools.getDefaultTools()" for browser with Scratchpad. Expected results: The l10n loader accurate detection or hook the langpack changes and reload the strings bundles. Additional info: This situation seems to be "ADB Helper" add-on is loaded earlier than the language pack, and it refers to the relevant interfaces (devtools), leading to the strings bundles being loaded earlier. And, the issue probably not be limited to "ADB Helper", and may not limited to devtools. If I modify the extensions.bootstrappedAddons to lifting the loading order for language pack, it will be effective. But the not resolved for the language packs to enable / disable immediate effect, the l10n loader are one-off.
Related file: https://dxr.mozilla.org/mozilla-central/rev/d6ea652c579992daa9041cc9718bb7c6abefbc91/browser/devtools/definitions.js
The architecture seems to have changed.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
Updated•6 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•