Opened 16 years ago
Closed 16 years ago
#16019 closed enhancement (maybelater)
Search queries should return results based on author name
| Reported by: | computerwiz908 | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | General | Version: | 3.1 |
| Severity: | normal | Keywords: | dev-feedback |
| Cc: | Focuses: |
Description
When searching a WordPress blog using the name of an author, the author's posts do not come up; the search function only looks for the name in the full text of the posts. There should be a way for the search function to also look at the author of each article when performing queries.
Change History (8)
#3
@
16 years ago
While testing, please check if searching for tags works as well. I had problems to locate posts by their tags (backend ajax search in the post listing). That's probably related.
#4
@
16 years ago
- Keywords dev-feedback added; reporter-feedback removed
Neither tags nor author display names work when searching for articles in my test site with RC1. I made sure that the author name/tag was not in the full text of the article.
#5
@
16 years ago
- Type defect (bug) → enhancement
Searching currently only searches the contents of posts, not the metadata about the posts. Setting as enhancement, This may be a duplicate of an older search-related ticket.
Note, There are plugins around which greatly enhance WordPress's searching functionality.
#7
@
16 years ago
- Cc added
- Resolution maybelater
- Status closed → reopened
- Version 3.0.3 → 3.1
I am reopening because there aren't any third-party plugins that provide searching articles with the author name in the query, and it should be a core feature of WordPress. Also, I cannot find any previous bugs that are duplicates of this issue.
#8
@
16 years ago
- Resolution → maybelater
- Status reopened → closed
Check out the Search Everything and Search plugins. We don't think this should be a core feature of WordPress for now (it's not scalable, for one) -- hence maybelater. On the other hand, if we end up reconsidering search in the future, we don't need tickets to remind us what we would want to implement.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
Can you test it with 3.1 RC1 please, it works for me here.