You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi @dcg929, thanks for reporting. It looks like jrnl creates an empty file on startup, and empty files can't be decrypted since there is nothing to decrypt.
Instead of creating this empty file during installation, it should still save the encrypted file. And in fact, jrnl does this properly in edit mode -- for instance, one can run jrnl --edit on an encrypted journal, delete the entire journal, and save it. The file should be around 100 bytes and it will still decrypt just fine on future jrnl invocations.
A resolution to this bug should have:
A fix that saves a new empty encrypted jrnl properly when first setting up jrnl
A BDD test for this fix
This is probably best resolved by encrypting an empty string and saving the file with it, rather than simply touching the file on install.
Oh, forgot to mention the workaround! If you delete your original empty journal file (which you can find by running jrnl --list), you should be able to get past this issue.
…file (#1690)
* Add failing test for issue #1493
* Write journal upon creation instead of just creating 0-length file
* Fix test to accommodate current password mocking form
Support Request
Environment
--diagnostic
output:What are you trying to do?
installed jrnl and created jrnl in Documents folder with encryption.Set password
Closed jrnl and tried to reopen
Inputting password that was just set produces Password is incorrect
What have you tried?
Other Information
The text was updated successfully, but these errors were encountered: