l10n strings loader may misses external language pack

RESOLVED WORKSFORME

Status

--
minor
RESOLVED WORKSFORME
4 years ago
7 months ago

People

(Reporter: yfdyh000, Unassigned)

Tracking

(Depends on: 1 bug)

40 Branch
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

4 years ago
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.
(Reporter)

Updated

3 years ago
Depends on: 918033, 855914
(Reporter)

Updated

2 years ago
See Also: → bug 1322837
(Reporter)

Comment 2

8 months ago
The architecture seems to have changed.
Status: NEW → RESOLVED
Last Resolved: 8 months ago
Resolution: --- → WORKSFORME

Updated

7 months ago
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.