![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png){kind=logo}
Opened 12 years ago
Closed 12 years ago
#31115 closed defect (bug) (fixed)
Theme search yields unreliable results
| Reported by: | nyodulf | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | WordPress.org |
| Component: | WordPress.org Site | Version: | 4.1 |
| Severity: | normal | Keywords: | |
| Cc: | Focuses: |
Description
There is a theme on the repository called "Responsive Mobile". Entering the the theme's name in the search under Appearance > Themes > Add New does not display the theme for installation within a reasonable amou
If I enter, into the search, the exact name of a theme that exists in the repository, I would expect it to be the first item in the results.
Change History (3)
This ticket was mentioned in Slack in #themereview by poena. View the logs.
12 years ago
#3
@
12 years ago
- Resolution → fixed
- Status new → closed
This was due to a bug in the API search results doing incorrect sorting of the returned data for theme searches. This should be corrected now, and the results should match, more or less, those you actually get on the website.
The bug that dd32 mentions still exists, but should not happen nearly as often now that this underlying problem has been fixed.
This is a problem within the Themes API on WordPress.org.
Put simply: The exact match code only gets applied to the current page of results, so if an exact match appears on Page 2 of the sorted results, it doesn't get pulled to the start of the results.
We're currently using bbPress full text searching for the Themes API, with a custom sort-by, so there's not currently an easy way to fix this, however, the Themes API will be moved to WordPress in the near future which might bring some search improvements.