Closed Bug 1401106 Opened 7 years ago Closed 7 years ago

Removing an temporarily loaded add-on should keep its storage if it is already installed

Categories

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

52 Branch
defect

Tracking

()

RESOLVED DUPLICATE of bug 607818
Tracking Status
firefox-esr52 --- fix-optional
firefox55 --- fix-optional
firefox56 --- fix-optional
firefox57 --- fix-optional

People

(Reporter: yfdyh000, Assigned: aswan)

Details

(Keywords: dataloss)

STR: 1. Install and "Save as" the https://addons.mozilla.org/firefox/addon/sticky_notes/. 2. Write some thing to its notes. 3. Load the saved xpi file from about:debugging#addons. 4. Remove the loaded add-on from about:debugging#addons. Actual results: 1. After step 3, you see the "some thing" keep (Shared loaded) and show. 2. After step 4, the "some thing" lost permanently.
In addition, the add-on's toolbar icon broken after the step 4 in Fx55, until restart this add-on. Fx56 and Fx57 looks fixed this issue.
Has STR: --- → yes
Component: WebExtensions: Developer Tools → Add-ons Manager
You've installed something temporarily over something permanent. A critical rating does not seem valid for that decision by a user. A warning, or error, "You can't install a temporary extension over a permanent extension" would be a valid bug and perhaps something we should do.
Severity: critical → normal
Priority: -- → P5
(In reply to Andy McKay [:andym] from comment #2) > You've installed something temporarily over something permanent. A critical > rating does not seem valid for that decision by a user. > > A warning, or error, "You can't install a temporary extension over a > permanent extension" would be a valid bug and perhaps something we should do. I think keeping (no removes), isolated (undo changes) or asking to keep or undo will be a better program for the users and developers. It is convenient to load a development version to an installed add-on, which can inherit the existing environment and configuration.
This is not limited to temporary installation. Any time we have an addon installed in two different locations, uninstalling from the higher priority location switches to a version from the next highest priority location, but the bootstrap reasons we sent for all the events are all wrong. If you manage to get into the "same addon installed in different locations" situation our UX is pretty horrible (ie you try to remove the addon but it just switches you to a different version) but that's a separate issue, lets at least fix the bootstrap reasons right now.
Assignee: nobody → aswan
Priority: P5 → P3
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.