Allow Copy/Paste of entries and groups between open databases

[jsoref]

#171 talks about the problem of a database getting out of sync

The usual workaround to this is to make another checkout of the database, open it, and then copy over the information.

Expected Behavior

• It should be possible to copy an object (or tree) and paste it into another database

Current Behavior

Everything has to be done by hand

[phoerious]

Does the merge feature do what you want? If not, please state in more detail how you want to copy things from one database to another.

[phoerious]

Closing due to lack of feedback.

[bjornfor]

I think it's about being able to copy/paste between databases, like KeePass (Windows / C#) can, with Ctrl-Shift-C and Ctrl-Shift-V. I tried that key combination in KeePassXC and nothing happened.

Merge functionality seems to be about reducing the number of databases, whereas generic copy/paste functionality can be used to split a database into several databases, in addition to manual merge of course.

[droidmonkey]

This wouldn't be that hard to implement since it's very similar to doing a merge on a tree or single object in the database. I think this should be reopened.

[droidmonkey]

This should also be accomplished via drag/drop between open database tabs.

[hi-ko]

+1

[DJCrashdummy]

IMHO this function is desperately needed!
especially in our company i have regularly to move entries between databases because of different projects, change of access levels etc... copying every item of bigger entries one by one is really tedious and error-prone!

i know, a kind of a workaround is exporting, deleting the not needed entries and importing the remaining ones to the new database.
DISCLAIMER: i really don't recommend this (especially not on unencrypted storages) because you are storing your entire database unencrypted on your hard drive! and at the latest with forensic tools it may be easy (even after quite a while) to recover the whole unencrypted database.
--> and i don't want to use KeePass (even not for this one task) because it looks sooo ugly and does not integrate a bit into my linux-desktop. ☹️

btw: an option to copy/move only the current entry or including the whole history would be the icing on the cake. 😉

[droidmonkey]

@DJCrashdummy it sounds like you have an excellent use case for keeshare.

[frederickjh]

@droidmonkey is there documentation any where on the Keeshare? I find issues for it in the issue queue and notes about it in the change log but I cannot seem to find any documentation on how to use it. Just looking for someone to point me in the right direction.

[frederickjh]

@droidmonkey Ah ha! I just found the pull request that started KeeShare with a link to the updated Quickstart guide, however this appears to not yet be in the Quickstart Guide on the keepassxc.org website.

[frederickjh]

So for anyone looking for the KeeShare documentation for now you can find it here.

[droidmonkey]

Whoops good point need to update that

[frederickjh]

@droidmonkey Does KeeShare work with any Android apps yet? Or should I open an issue for that with the Android apps?

[droidmonkey]

I don't think so, but you can open the database separately from the share as well.

[droidmonkey]

That is not true if you are using 2.6.2

[DJCrashdummy]

unfortunately, i must insist on yes!
i'm using KeePassXC - Version 2.6.2 Revision: e9b9582 installed via PPA, and tested it extensively before posting.

[droidmonkey]

You are correct, wow that is a huge error. This will be fixed in 2.6.3

[DJCrashdummy]

as already mentioned a while ago: it can be a nice (optional) feature regarding convenience to just copy the current state without the history... but this being the default even when moving an entry can lead to some kind of a disaster.

[NicoHood]

As stated in my duplicate bugreport #8317 I would go for the following default:

• Moving when dragging & dropping inside the same database
• Copying when dropping in another database
• Defaults can be overwritten/forced by pressing CTRL (copy) and SHIFT (move)

Benefits:

• It is intuitive and easy (my mum can do)
• You will not loose data accidentially
• You could still move the data by holding shift (currently you need to hold CTRL to copy)
• Its the same behavior as filesystems do

I'd argument that moving is more common for the same database while copy is for another. This behavior is similar to USB Stick handling in filesystem managers. I was really lost when I used the feature the first time, and my original entry was gone. Luckly I am a tech-guy who knows that I need to press CTRL. My mum does not. My mum would just drag it. And if she really wants to move the entry, she would copy it and delete it in the old. But in most cases she is safe to not loose data. That's KISS.

Do you guys agree?

[jsoref]

That's certainly my expectation. The request is just about copying from one database to another. I didn't envision changes in behavior for operations within a single database.

[leroivi]

Can you summary what's "to do" in this issue ? What help does it need (from the tag "help wanted") ?
Because I implemented the last suggestion that seemed popular (9 upvotes) and supported by the Post Owner, but it had been refused, so I'm a bit lost.

[droidmonkey]

@leroivi actually when re-reading the post from NicoHood the proposal makes sense, but the behavior shall only be changed for dragging between databases. The aspect of "even if a move is desired, the user will just delete the entry from the other database" makes a lot of sense.