Closed Bug 1814969 Opened 1 year ago Closed 7 months ago

ContextualIdentityService has browser/ dependencies

Categories

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

defect

Tracking

()

RESOLVED FIXED
122 Branch
Tracking Status
firefox-esr102 --- wontfix
firefox-esr115 --- wontfix
firefox109 --- wontfix
firefox110 --- wontfix
firefox111 --- wontfix
firefox112 --- wontfix
firefox120 --- wontfix
firefox121 --- wontfix
firefox122 --- fixed

People

(Reporter: neil, Assigned: eemeli, NeedInfo)

References

(Blocks 1 open bug, Regression)

Details

(Keywords: regression, Whiteboard: [domsecurity-backlog])

Attachments

(1 file)

Because other toolkit components depended on the ContextualIdentityService bug 1285889 moved most of ContextualIdentityService.jsm from browser/components/contextualidentity into tookit/components/contextualidentity [sic] however the images and strings still live in browser/; is that the correct place for them?

To clarify, I'm asking because the component shows up in other toolkit applications, and the only reason it doesn't work is the lack of strings. (Lack of icons is less of a problem.) If other applications want to use the component how would they go about providing the strings?

:timhuang, since you are the author of the regressor, bug 1285889, could you take a look? Also, could you set the severity field?

For more information, please visit auto_nag documentation.

Flags: needinfo?(tihuang)

Luke, I think you are a better person to answer this than me. :)

Flags: needinfo?(tihuang) → needinfo?(lcrouch)

The bug has a release status flag that shows some version of Firefox is affected, thus it will be considered confirmed.

Status: UNCONFIRMED → NEW
Ever confirmed: true

I think Maxx is the person who most recently worked on it?
Anyhow, I think it makes sense to move the files around. We don't seem to require them to be where they are (afaiu).

Severity: -- → S4
Flags: needinfo?(mcrawford)
Priority: -- → P5

This really isn't "DOM: Security" code, but I can't figure out where else it ought to go.

Whiteboard: [domsecurity-backlog]

Set release status flags based on info from the regressing bug 1285889

:(In reply to Frederik Braun [:freddy] from comment #5)

I think Maxx is the person who most recently worked on it?
Anyhow, I think it makes sense to move the files around. We don't seem to require them to be where they are (afaiu).

I've not been working with it, but I may know who has! Danny (:sdk) is help maintain the add-on, and may be able to help.

Flags: needinfo?(mcrawford)
Flags: needinfo?(lcrouch)
Flags: needinfo?(contact)
Flags: needinfo?(contact)
Assignee: nobody → contact

(In reply to neil@parkwaycc.co.uk from comment #1)

To clarify, I'm asking because the component shows up in other toolkit applications, and the only reason it doesn't work is the lack of strings. (Lack of icons is less of a problem.) If other applications want to use the component how would they go about providing the strings?

I don't know why they kept the images/css there. My guess would be that it's only what they needed for the indicator in the front-end. What strings are you referring to? I only see icons in browser/.

Flags: needinfo?(neil)

(In reply to Danny Colin [:sdk] from comment #9)

I don't know why they kept the images/css there. My guess would be that it's only what they needed for the indicator in the front-end. What strings are you referring to? I only see icons in browser/.

These strings: https://searchfox.org/mozilla-central/rev/0ddb7a38cdbba30df8f19549f678a22fa16967d1/browser/locales/en-US/chrome/browser/browser.properties#422 are referenced from this bundle: https://searchfox.org/mozilla-central/rev/0ddb7a38cdbba30df8f19549f678a22fa16967d1/toolkit/components/contextualidentity/ContextualIdentityService.sys.mjs#15

I started working on this at it'll also allow for removing a bunch of strings from mobile/android/:
https://treeherder.mozilla.org/jobs?repo=try&revision=ee3b2f73e4e34577f391b55a60c2f3c82e8fd83a

Any recommendations for whom I could/should ask for a review?

Assignee: contact → earo
Status: NEW → ASSIGNED

This includes a containers.json version increment and the necessary migration,
as the StringBundle identifiers are replaced with a Fluent reference.

As it's not possible to filter the attributes that are applied with DOM localization,
the code in utilityOverlay.js is a little clumsy. The non-acceskey versions are needed
due to bug 1297738, i.e. the long-press menu available from the tab bar down arrow.

Previously, the "Manage containers" menu item and its accesskey were defined in two places.
These are here combined into one.

Blocks: 1866297
Attachment #9365186 - Attachment description: WIP: Bug 1814969: Migrate ContextualIdentityService strings to Fluent → Bug 1814969: Migrate ContextualIdentityService strings to Fluent
Pushed by earo@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/2579a5934476
Migrate ContextualIdentityService strings to Fluent r=geckoview-reviewers,fluent-reviewers,mconley,owlish,flod
Status: ASSIGNED → RESOLVED
Closed: 7 months ago
Resolution: --- → FIXED
Target Milestone: --- → 122 Branch
Regressions: 1868342
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: