-
-
Notifications
You must be signed in to change notification settings - Fork 297
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
Search Filter not working as expected #612
Comments
Hi, would you be able to provide a repro via replit/similar tool? |
@micheleriva Here is the repro: https://replit.com/join/xnweszxeca-leodev310 I think in my previous example, "README.md" was a hit because it contained the ".md" substring. That's why every record was matching. Not sure if this is the intended behavior. If it is, is there another way to filter on exact matches? |
@Leo310 did you find a solution to this? I am facing the same problem |
@AND-TomHarris Unfortunately not, I ended up using Dexie.js instead of Orama |
+1, trying to filter for strings with spaces (e.g. "History and geography") gives back hits with substrings matching the query (e.g. every entry containing "and" in the filtered field). Is there any workaround? |
Uf. This is pretty bad. |
Hi all! Let me know. |
Describe the bug
When I execute this code:
I get the following console output:
As you can see the first hit in the results already has a different source attribute (value: "README.md") than the filter (value: "To Add.md").
The filter was completely ignored.
To Reproduce
Expected behavior
As you stated in your docs:
I expect to only get hits that include 'To Add.md' in their source attribute.
Environment Info
Affected areas
Search
Additional context
No response
The text was updated successfully, but these errors were encountered: