-
Notifications
You must be signed in to change notification settings - Fork 435
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(sanity): do not perform incremental search for exact tokens #7972
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
1 Skipped Deployment
|
No changes to documentation |
⚡️ Editor Performance ReportUpdated Mon, 09 Dec 2024 09:33:47 GMT
Detailed information🏠 Reference resultThe performance result of
🧪 Experiment resultThe performance result of this branch
📚 Glossary
|
Component Testing Report Updated Dec 9, 2024 9:31 AM (UTC) ✅ All Tests Passed -- expand for details
|
99e5cd0
to
cfa659a
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for this @juice49 , it looks good to me and it's well explained by the added tests.
Description
When using the
textSearch
or (upcoming)groq2024
search strategy, Studio provides an incremental (aka search-as-you-type) experience by appending a wildcard*
operator to the final plain (e.g. non-negation) token found in the search query.Currently, Studio appends this wildcard even if the token is an exact match (encased in quote marks). This behaviour is incorrect. It is both unexpected from a UX perspective to have an exact match token automatically given a wildcard suffix, and unsupported by the
groq2024
search backend.What to review
Testing
packages/sanity/src/core/search/text-search/createTextSearch.test.ts
.