-
Notifications
You must be signed in to change notification settings - Fork 1
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
fuzzysearch quits without looking up all items #5
Comments
Hm, that's a weird one! The only thing that breaks it out of the loop for fetching hashes from the API is getting 0 rows back from the database, and that should only happen after it's finished. I pushed up some changes that should at least add a little more visibility into what's going wrong, could you try updating and letting me know what happens? I'm also extremely confused how that same behavior could happen with an offline database, because the process for pulling hashes into the local database is entirely different and only stops loading records when it's done or if it hits an error (which would crash the program). It looks like you're on Windows, did you build the program yourself or download it from the GitHub Actions build? And have you tried deleting the local database it creates yet? It should be at something like |
I build the code myself on windows. I couldn't find a binary file on Github. This is the output on the existing database:
A new database has the same issue
|
You can find the latest binary here on the most recent run, although I don't think that's the issue. I think I might have figured out what was happening, could you try again now? It was checking row count after filtering null values, but the query might have been returning files with a null hash, so it'd get 0 rows before the end. |
Using the second db file the api method works:
Using the second db file the offline db crashes right away:
Can you confirm if the artifact is publicly viewable? I still cannot find any binaries to download. |
When I run
./fuzzysearch-cli.exe match-images --api-key [key] D:\images\ all-sources sources.csv
it will hash all files, then after looking up some items will exit without any errors. This is the output before it quits.The same thing happens with an offline database.
The text was updated successfully, but these errors were encountered: