Closed
Bug 477457
Opened 16 years ago
Closed 16 years ago
advanced search add-on types are mixed up
Categories
(addons.mozilla.org Graveyard :: Public Pages, defect)
addons.mozilla.org Graveyard
Public Pages
Tracking
(Not tracked)
VERIFIED
FIXED
5.0.2
People
(Reporter: singingotter, Assigned: clouserw)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6 (.NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6 (.NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
Search for 'type:plug-in' yields Language packs, search for 'type:Language packs(application)' gives plugins.
Reproducible: Always
Steps to Reproduce:
1.goto <tools-add-ons-browse all add-ons-serch for add-ons (advanced)>
2.select type:plug-in' (yields Language packs), or 'type:Language packs(application)
3.
Actual Results:
Search for 'type:plug-in' yields Language packs, search for 'type:Language packs(application)' gives plugins.
Expected Results:
Search for 'type:plug-in' yields plugins, search for 'type:Language packs(application)' gives Language packs.
Comment 1•16 years ago
|
||
Confirmed. This seems to be quite screwed up right now.
Advanced search types are showing as:
Dictionary -> Extensions
Extension -> Themes
Language Pack (Add-on) -> Dictionaries
Language Pack (Application) -> Search Plugins
Plugins -> Application Language Packs
Severity: normal → major
Status: UNCONFIRMED → NEW
Component: General → Public Pages
Ever confirmed: true
OS: Windows XP → All
Product: Firefox → addons.mozilla.org
QA Contact: general → web-ui
Hardware: x86 → All
Summary: advanced search for add-ons results reversed → advanced search add-on types are mixed up
Comment 2•16 years ago
|
||
Looks like someone changed the labels without changing what types they search for. The preview.addons.mozilla.org server has the right-side labels in comment 1 and works fine.
Comment 3•16 years ago
|
||
I think this is caused by the changes from bug 377513.
Assignee | ||
Comment 4•16 years ago
|
||
(In reply to comment #3)
> I think this is caused by the changes from bug 377513.
Nothing in that bug has landed on production, that's not the cause. Coincidentally, it does fix this though.
This appears to be caused by using asort() in Addontype::getNames() instead of ksort(). asort() was added on May 29, 2008. :(
Comment 5•16 years ago
|
||
I don't think this has been broken since last May, has it?...
Comment 7•16 years ago
|
||
I know I've used the feature more recently than last May and it behaved correctly.
Assignee | ||
Comment 8•16 years ago
|
||
This is fixed on trunk right now (https://preview.addons.mozilla.org/) due to bug 377513. I'll mark this "push-needed" and next week it should be in production.
Assignee: nobody → clouserw
Status: NEW → RESOLVED
Closed: 16 years ago
Keywords: push-needed
Resolution: --- → FIXED
Comment 9•16 years ago
|
||
Verified FIXED on production, due to tonight's push.
Status: RESOLVED → VERIFIED
Updated•16 years ago
|
Keywords: push-needed
Target Milestone: --- → 5.0.2
Updated•9 years ago
|
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•