Closed
Bug 258618
Opened 20 years ago
Closed 19 years ago
collapsing radio groups in Updates Found window confusing
Categories
(Toolkit :: Add-ons Manager, defect)
Toolkit
Add-ons Manager
Tracking
()
RESOLVED
FIXED
Future
People
(Reporter: asa, Assigned: bugs)
Details
(Whiteboard: [asaP1])
The radio buttons that act like folder twisties are very confusing in the Updates Found panel of the Firefox Update window. I don't think users will understand why one collapses when the other is selected. I also don't think they'll understand that they can only perform one of the updates (either App update or Extension & Theme update) per session. For this reason, I think the two should not be together or we should improve the presentation. If we're going to use this model for critical security udpates, I think it's wrong to also present users with theme and extension updates in a confusing interface. Also, there are some issues with the labels and text in this window. First, "Optional Components" isn't a good label because it doesn't help distinguish those as "Application Updates" (official Firefox components and plugins) from "Extensions and Themes" (3rd party stuff). We should rename "Optional Components" to something like "Mozilla Firefox Optional Components or Updates" and name "Extensions and Themes" to something like "Unofficial Extensions and Themes". Also, there's a stray "." below the "Installing these components may improve...." text within the "Optional Components" group.
Updated•20 years ago
|
Flags: blocking-aviary1.0?
Reporter | ||
Comment 1•20 years ago
|
||
Apart from the stray "." typo, this is a design decision that's completely up to Ben. He'll have to be the one to make the call on the blocking status or whether or not this is even a bug.
Assignee | ||
Comment 2•20 years ago
|
||
I will nix "Optional Components" altogether because there's no reliable way to discern whether they're installed or not (due to XPInstalll vreg bugs)... There's not too much more alteration that can happen here on our 1.0 schedule but certainly things may improve in the future.
Flags: blocking-aviary1.0? → blocking-aviary1.0-
Target Milestone: --- → After Firefox 1.0
Assignee | ||
Comment 3•20 years ago
|
||
(the intent post-1.0 may include moving a-la-carte EM updating into the EM itself and use the wizard only for mismatches/app update checking)
Reporter | ||
Updated•19 years ago
|
Flags: blocking-aviary1.1?
Whiteboard: [asaP1]
Reporter | ||
Updated•19 years ago
|
Flags: blocking-aviary1.1? → blocking1.8b4?
Assignee | ||
Comment 4•19 years ago
|
||
And now they're gone.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Reporter | ||
Updated•19 years ago
|
Flags: blocking1.8b4?
Updated•16 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•