Closed Bug 170659 Opened 23 years ago Closed 3 years ago

Search plugin not added to a category if it is empty

Categories

(SeaMonkey :: Search, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: Erich.Iseli, Unassigned)

References

Details

(Keywords: regression)

Steps to reproduce: (You need to be in advanced search mode and have your sidebar open) 1. Create a category called "Computer" 2. Go to http://mycroft.mozdev.org/download.html 3. Start a search for the category "Computer" 4. Install one of the plugins 5. Display the category "computer" in your search bar => it's empty If you manually add the installed plugin to the category and install a second plugin into the same category, then it works as expected. N.B. I am aware of the fact that downloading a plugin to a category that does not exist _will_not_ create that category. But if I created it manually, I expect the plugins to go in there...
This is a regression: Confirmed on Mac OSX BuildID 2002091808 But it WFM on Mac OSX 1.0.1
Keywords: regression
Julius, can you make another test with your 1.0.1 build? Cause I tried a couple of nightlies, as well as the 0.9.9 and the 1.0.0 milestones and it didn't work anywhere.
Please ignore comment #1. I confirm the bug on both Mozilla 1.01 and nightly builds. However if you quit and restart mozilla between steps 1 and 2 then it works OK.
Confirm Build 2002092905 - Linux Confirm Windows Build = Custom based on 1.1 final I checked on my Windows and Linux boxes. It is a refresh problem, just as Julius described. Manually adding a plugin to the category seems to force the refresh without having to restart Mozilla.
Depends on: 171593
Blocks: 171593
No longer depends on: 171593
Will this bug ever be fixed?
is this and anything related (bug 171593 and dependents) still useful?
Assignee: samir_bugzilla → nobody
QA Contact: claudius → search
Product: Core → SeaMonkey

Page no longer active

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.