Open Bug 1765828 Opened 3 years ago Updated 1 year ago

Fix permission strings for file:// and other non-host origins

Categories

(Toolkit :: Add-ons Manager, defect, P3)

defect

Tracking

()

People

(Reporter: zombie, Unassigned)

References

Details

(Whiteboard: [addons-jira])

Currently the file://*/* origin permission gets the same permission string as <all_urls>, which while better than nothing, is far from ideal, and unusable for optional permissions.

Similarly for about:*, resource:// and other non-host origins, though since they're only allowed in privileged addons, we could decide to not even show them.

Other option is to stop using the descriptive permission strings and just show origins/match patterns in optional origins.

Whiteboard: [addons-jira]

In Chrome file:-access is opt in, and the presence of the file permission reveals a checkbox where the iser can grant access to local files, even through fetch/XHR.

In Firefox, file permissions only unlock content script access. Extensions cannot open file:-URLs on their own, nor fetch file:-URLs.

I wouldn't mind making file access opt-in too. That would also be a way to address this bug.

(In reply to Tomislav Jovanovic :zombie from comment #0)

Other option is to stop using the descriptive permission strings and just show origins/match patterns in optional origins.

Relatedly: https://phabricator.services.mozilla.com/D144070#inline-795446

Severity: -- → S3
Priority: -- → P3
See Also: → 1756758
See Also: → 1778461
Blocks: 1777354
See Also: → 1849765
You need to log in before you can comment on or make changes to this bug.