-
Notifications
You must be signed in to change notification settings - Fork 20
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
no such table error #11
Comments
@fonnesbeck I'm having a hard time reproducing on two machines with a similar setup - someone did reach out to me on Twitter however and said that it resolved itself after a reboot - strange! Give that a shot and let me know if it does anything, in the meantime I'll see if I can't try to figure out what it might be. |
I'm reaching out to the Bear support channel to see what's causing this. If I can figure out what the deal is I'll try to code around it! |
Thanks. I've tried the restart, but that does not clear up the issue. Let me know if there is anything else I should try. I assumed it was the new version of Bear that broke it. Alfred was also updated a few days ago. |
@fonnesbeck If you're feeling adventurous and have some SQL-ish skills, you can see about opening the SQLite database with the sqlite3 command and seeing if you can pull out the list of tables, so that at least I know what it got renamed to. Database location is here: https://github.com/chrisbro/alfred-bear/blob/master/queries.py#L14 I can write up more specific instructions next week - about to head out of town for the weekend, unfortunately. |
@fonnesbeck The developers suggest that it's a problem with the database not being where I expect it to be at all, specifically the behavior with this Stackoverflow thread. Could you see if there are files where we expect them to be in either of these two places, and that the filesizes make sense?
|
Here are the files on my machine:
|
@fonnesbeck Huh. Thought I was onto something given the zero-size sqlite database in that first/"old" directory and that it was trying to pull from there instead, but I have the same situation on my machine and don't see this behavior. Mind attaching the Alfred log that leads up to this error? Apologies, and thanks for the patience! |
If I run the workflow in debug mode, I get the following:
|
I've got the same issue. Any suggestions? |
|
@chrisbro Yeah, it looks like Bear has modified the database that they're using. The old one at The new one is at "/Library/Containers/net.shinyfrog.bear/Data/Documents/Application Data/database.sqlite". I modified queries.py with this address and deleted the stored workflow data and the search worked fine. |
Each time I try to search for a note or tag, I get the following error:
I am running the release version of alfred-bear and version 1.3.1 of bear on macOS 10.13.1
The text was updated successfully, but these errors were encountered: