Skip to content
This repository has been archived by the owner on Jan 6, 2022. It is now read-only.

Unexpected issue / crash #275

Closed
gmaclennan opened this issue Feb 24, 2017 · 3 comments
Closed

Unexpected issue / crash #275

gmaclennan opened this issue Feb 24, 2017 · 3 comments

Comments

@gmaclennan
Copy link

Managed to break things pretty fast (the only thing I did with the app):

  1. Create a new DAT from a folder (containing 4 small PDFs)
  2. Remove the DAT by clicking the trash can
  3. Create a new DAT again from the same folder

I tried to replicate after deleting ~/Library/Application Support/Dat but now it works.

Also: When I got the fatal crash error I selected "delete database and contents" or whatever option is on the left that seemed like delete everything, but after doing that it seemed like the database was not wiped, since the folder that I had added (which caused the crash) was still there.

@yoshuawuyts
Copy link
Contributor

Hey there 👋 - thanks for reporting; reports like these are super helpful! I think there might be two causes for the issue you're seeing:

First off it seems the UI might not always match up with what the actual state is. Like in #259 the UI doesn't reflect the app is currently being removed, causing it to error out on retries. I think this would be helpful.

Second I suspect we might be making some wrong assumptions with recreating Dats. In the past we've encountered leveldb lock files not being cleaned up when deleting, which caused issues when recreating. It appears there might be a subtle bug of the same kind causing this error.

One quick question:

I tried to replicate after deleting ~/Library/Application Support/Dat but now it works.

Does that mean that you tried recreating the issue (following all 3 steps, on a fresh directory) and you couldn't reproduce? Knowing if that was the case would be very helpful. Thanks again!

@gmaclennan
Copy link
Author

Does that mean that you tried recreating the issue (following all 3 steps, on a fresh directory) and you couldn't reproduce? Knowing if that was the case would be very helpful. Thanks again!

Yes, I tried to recreate the issue but I could not. I know un-recreatable bugs are hard, sorry!

@juliangruber
Copy link
Collaborator

we now upgraded our internal "dat" stack to the SLEEP version, by which a great many things changed. I tried to reproduce but I couldn't. Let's close for and hope this is fixed in the next release :)

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants