Closed Bug 641421 Opened 14 years ago Closed 14 years ago

Default view isn't selected if persisted category item no longer exists

Categories

(Toolkit :: Add-ons Manager, defect)

defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla6

People

(Reporter: Unfocused, Assigned: mossop)

References

Details

(Whiteboard: [wanted-fx6])

1. Add category item via an addon 2. Select that new category item 3. Close addons manager 4. Make addon no longer add the category item 5. Re-open addons manager 6. Persisted category item no longer exists, so no category is selected 7. gCategories breaks because gCategories.node.selectedItem is null (in maybeHideSearch, but probably other places too) 8. No view is loaded because gCategories is broken Step 4 is a bit iffy, I actually reproduced this by adding the category item too late in the initialization process (ie, not via an overlay). Also, this (hopefully) won't be an issue once categories are added/discovered via a proper API.
Shouldn't that also work with an installed locale as extension, and uninstalling it from inside the details view?
(In reply to comment #1) > Shouldn't that also work with an installed locale as extension, and > uninstalling it from inside the details view? No, I just checked that, and it falls back to the default view in that case.
Ah, right. We simply hide the category but it is still existent.
Kind of a dupe of bug 595848 but I'm going to take that for the general support and this for the specific issue I think
Blocks: 595848
Depends on: 644704
This will have been fixed by bug 644704. Tests will be included in bug 595848
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla6
This is not fixed with Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0a1) Gecko/20110430 Firefox/6.0a1 Updated steps: 1. Open about:config and search for 'extensions.ui.lastCategory' 2. Enter a new value, i.e. addons://list/user-scripts 3. Open the Add-ons Manager With step 3 we still don't show any category selected.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Whiteboard: [wanted-fx6]
Odd, I tried those STR and it showed me the extensions list, though that is not quite what I would have expected so clearly something going on here. I think I might have hit this already in my changes in bug 595848
Assignee: nobody → dtownsend
No longer blocks: 595848
Depends on: 595848
Interesting. In a fresh profile I do also see the behavior you have mentioned. The profile I have used before had GreaseMonkey installed before. So I'm not sure if that makes a difference here.
Whiteboard: [wanted-fx6] → [wanted-fx6][needs 595848]
Dave: This should be fixed now, right?
Yes, fixed by and tested in bug 595848
Status: REOPENED → RESOLVED
Closed: 14 years ago14 years ago
Flags: in-testsuite+
Flags: in-litmus-
Resolution: --- → FIXED
Whiteboard: [wanted-fx6][needs 595848] → [wanted-fx6]
Verified fixed with steps from comment 6 and Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0a2) Gecko/20110529 Firefox/6.0a2
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.