#37428 closed defect (bug) (invalid)
Search Results via wp-admin Plugin Search are 'wrong'
Reported by: | Kenshino | Owned by: | |
---|---|---|---|
Milestone: | Priority: | normal | |
Severity: | normal | Version: | 4.5.3 |
Component: | Plugins | Keywords: | |
Focuses: | administration | Cc: |
Description
See https://cloudup.com/cjMW0dlY80G
Searching for SEO via tag gives me a bunch of results that are not very useful via wp-admin
The first plugin isn't even a SEO plugin
However, searching for SEO again via wordpress.org gives me actual relevant results
See https://cloudup.com/cViLUz0tOHI
Specifically, I'm obviously trying to look for the best SEO plugin (pretending to be a user)
Why is the same search giving different results?
Change History (4)
#1
@
8 years ago
- Focuses ui removed
- Milestone Awaiting Review deleted
- Resolution set to invalid
- Status changed from new to closed
#2
@
8 years ago
@ocean90 Edit: The API doesn't really support tag only searches and it's currently not possible to sort the results by active installs because the current search engine has no index for this data.
FYI; Tag "searches" don't use Sphinx, see the _tags.php
custom plugin on the old plugin directory which sorts it by active installs. It's filtering get_tagged_topics()
which the API doesn't appear to use, instead using a BB_Query
with the tag
parameter..
#3
@
8 years ago
@dd32 Yep, I saw that. I added get_tagged_topics
to the BB_Query
which worked at first glance, but then search
+ tag
didn't work anymore. Core doesn't use this but maybe there are other implementations which are relying on both parameters.
#4
@
8 years ago
I added get_tagged_topics to the BB_Query which worked at first glance
Probably best to add a unique name-space to the BB_Query, and attach the filters to that too I would think (at first thought).
but then search + tag didn't work anymore
If core doesn't use it, then breaking it isn't a big deal, we only support what core uses the API's for.
Thanks for the report.
The results in the plugin directory are sorted by active installs, the API however is sorting by modified date (I think).
I'm closing this ticket as invalid since it's not an issue in core. I'll try to adjust the API query so that the results are the same.