Closed Bug 1154779 Opened 6 years ago Closed 10 months ago

Consider firing languagechange events on workers

Categories

(Core :: DOM: Workers, defect, P5)

defect

Tracking

()

RESOLVED FIXED
mozilla74
Tracking Status
firefox40 --- wontfix
firefox74 --- fixed

People

(Reporter: bzbarsky, Assigned: baku)

Details

(Keywords: dev-doc-complete)

Attachments

(1 file)

I'm not actually sure we want this, fwiw.  Hixie's HTML spec has:

  Whenever the user agent needs to make the navigator.languages attribute of a
  Window or WorkerGlobalScope object return a new set of language tags, the user
  agent must queue a task to fire a simple event named languagechange at the
  Window or WorkerGlobalScope object and wait until that task begins to be
  executed before actually returning a new value.
https://bugzilla.mozilla.org/show_bug.cgi?id=1472046

Move all DOM bugs that haven't been updated in more than 3 years and has no one currently assigned to P5.

If you have questions, please contact :mdaly.
Priority: -- → P5
Component: DOM → DOM: Core & HTML

We already fire languagechange events on the window globals. We need to do it for workers too. Let's reuse this similar (already-fixed) bug instead of creating a new one.

Summary: Consider firing languagechange events → Consider firing languagechange events on workers
Component: DOM: Core & HTML → DOM: Workers
OS: macOS → All
Hardware: x86 → All
Assignee: nobody → amarchesini
Status: NEW → ASSIGNED
Pushed by amarchesini@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/7f68f8acef52
Implement WorkerGlobalScope.onlanguagechange, r=smaug
Status: ASSIGNED → RESOLVED
Closed: 10 months ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla74

Documentation updated:

You need to log in before you can comment on or make changes to this bug.