-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Bidirectional Merge/Synchronization #637
Comments
This feature does not exist, yet. It is a bit of an edge case though. Why not just use the copy directly from Dropbox? |
I probably should have included a tl;dr in the post. |
Thanks @Talkarcabbage, this is what I meant with my comment here. 👍 |
To resolve this, could you open one of the copies, merge the other, and then save onto the dropbox copy?
Could you just replace the dropbox copy with the local copy after merging and saving? I'm somewhat new to keypassxc, so I'm asking because I'd like to know myself. 😄 |
I believe that would have an equivalent effect, assuming the local copy ends up fully "up to date" first. |
seems like what you're trying to do is the same as: #90 |
If you use the CLI, you can use the
|
Covered by #90, closing. |
Expected Behavior
Bidirectional merge/synchronization
Does the current implementation support bidirectional merges/synchronization? If for instance, you store a local copy and a Dropbox copy separately (both available locally, though) and open the local copy and add a new entry, is there a way to merge the local copy's new entry into the Dropbox file (as well as pulling in any changes that are present in the Dropbox file but not yet the local copy, in either one or two steps)? I didn't see it anywhere in the menus and merge only seemed to affect the open database rather than both.
Asking due to the situation noted here http://keepass.info/help/kb/trigger_examples.html in the "Synchronizing with Dropbox..." section (sorry I can't link to that section specifically). At some point I had an issue with Dropbox overwriting with an older copy and dropping some of the changes (and adding a conflict file).
I saw a few issues that were related, but none seemed to address this directly. Apologies if this is a duplicate.
Final question, though it might belong in its own issue, is it possible for merges to assume both databases use the same password&/key and to only ask if the password&/key don't match?
The text was updated successfully, but these errors were encountered: