Closed
Bug 899682
Opened 12 years ago
Closed 7 years ago
Blocklist UI must be more intelligent when asking for a restart
Categories
(Toolkit :: Add-ons Manager, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: sachin, Unassigned)
Details
When an installed extension is detected as blocklisted after a blocklist update, a blocklist UI is shown. The blocklist UI contains two buttons "Restart Now" and "Restart Later".
If it is a hard block the add-on get disabled automatically. If a restart is not needed the user doesn't have to do anything. The restart buttons must be hidden.
If it is a soft block the user may choose to not to disable the add-on in which case also the restart buttons must be hidden.
Perhaps an "OK" button must be shown instead?
Cases of both hard and soft blocks and multiple add-ons would have to be dealt with similarly.
Comment 1•12 years ago
|
||
(In reply to Sachin Hosmani [:sachin] from comment #0)
> When an installed extension is detected as blocklisted after a blocklist
> update, a blocklist UI is shown. The blocklist UI contains two buttons
> "Restart Now" and "Restart Later".
>
> If it is a hard block the add-on get disabled automatically. If a restart is
> not needed the user doesn't have to do anything. The restart buttons must be
> hidden.
A restart is always needed in this case
Comment 2•12 years ago
|
||
(In reply to Dave Townsend (:Mossop) from comment #1)
[...]
> A restart is always needed in this case
Even for a restartless extension?
Comment 3•12 years ago
|
||
(In reply to Tony Mechelynck [:tonymec] from comment #2)
> (In reply to Dave Townsend (:Mossop) from comment #1)
> [...]
> > A restart is always needed in this case
>
> Even for a restartless extension?
Disabling a restartless extension at runtime requires that we trust that the extension properly unloads and cleans up after itself. If an extension is known to be malicious or unstable then we can't trust it to do that, so yes even for a restartless extension we need to restart to be sure we've got rid of it.
Reporter | ||
Comment 4•12 years ago
|
||
So this bug would apply to only the other case I mentioned. The case when the UI consists of only softblocks and the user decides not to block any of them. I think a "Close" button would make sense there.
I could take this bug if we want it fixed.
Comment 5•7 years ago
|
||
Non-restartless extnesions and legacy extensions are no longer supported, which makes this irrelevant
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•