[SERVER-21347] The negated term hypen is to liberal in its matching Created: 08/Nov/15 Updated: 08/Nov/15 Resolved: 08/Nov/15 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | Text Search |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Improvement | Priority: | Minor - P4 |
| Reporter: | Sean Bannister [X] | Assignee: | Unassigned |
| Resolution: | Duplicate | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||
| Participants: | |||||||||
| Description |
|
Currently the following two full text searches are treated the same: Note the space after the hyphen. I'm unsure if this is a bug or by design. If we look at the industry standard across search engines negated terms generally require the hyphen to be against the term that will be negated, as shown in my first example. This is because users sometimes search queries that contain " - " such as when they copy and paste a song name like: Users expect "Michael Jackson - Billie Jean" to return the correct results however currently it doesn't. |
| Comments |
| Comment by Kamran K. [ 08/Nov/15 ] |
|
Thanks for the clear bug report. This text-search issue is being tracked in |