Closed Bug 1533638 Opened 8 months ago Closed 7 months ago

side-loaded webextension fails to load when bootstrapped extension present

Categories

(WebExtensions :: General, defect, P2)

65 Branch
defect

Tracking

(firefox68 fixed)

RESOLVED FIXED
mozilla68
Tracking Status
firefox68 --- fixed

People

(Reporter: jon.jwilkes, Assigned: rpl)

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:65.0) Gecko/20100101 Firefox/65.0

Steps to reproduce:

Try to side-load a webextension while a legacy extension is in the extensions directory.

In shell:

dest='/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}'
sudo cp we@example.com.xpi $dest
sudo cp legacy@example.com.xpi $dest
firefox-65 about:addons

Actual results:

The webextension will be disabled, and the user will not be prompted to enable it. The hamburger menu will not display a little yellow exclamation mark.

Expected results:

The user should be prompted to enable the side-loaded webextension (with a little yellow exclamation mark in the hamburger menu), as happens normally when there is no legacy extension in the extensions directory.

Component: Untriaged → General
Product: Firefox → WebExtensions
Priority: -- → P2
Assignee: nobody → lgreco
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Attachment #9049568 - Attachment description: Bug 1533638 - Prevent XPIProvider.getNewSideloads from rejecting if one of the sideloaded extension is invalid. r?mixedpuppy! → Bug 1533638 - Prevent XPIProvider.getNewSideloads from rejecting if one of the sideloaded extensions is invalid. r?mixedpuppy!
Pushed by luca.greco@alcacoop.it:
https://hg.mozilla.org/integration/autoland/rev/67cb54260668
Prevent XPIProvider.getNewSideloads from rejecting if one of the sideloaded extensions is invalid. r=kmag
Status: ASSIGNED → RESOLVED
Closed: 7 months ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla68
You need to log in before you can comment on or make changes to this bug.