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
{{ message }}
This repository has been archived by the owner on Nov 1, 2017. It is now read-only.
I would prefer to replace "reveal" with a "copy to clipboard" feature. Generally, you need a password so you can paste it somewhere else. There is rarely an instance where you want to see the password, and in that case you can just paste it somewhere else where it is readable.
I'm not sure what the current state is of the clipboard api in browsers, but it would be awesome if we could clear the copied password after a timeout, or at least after autolock. I'm guessing the clipboard APIs require some kind of user action (click, keyboard) to modify the clipboard, so worst case scenario, we should be able to copy a blank string to the clipboard on the next user action.
The text was updated successfully, but these errors were encountered:
The only realization of such thing I've ever seen is KeePass(X)'s "copy password to clipboard" at keepassx/src/lib/EntryView.cpp, lines 465-491
But as long as it uses Qt library and it's features (such as, in our case, QClipboard, and its clear() method), I can't imagine how this issue can be resolved :(
As far as I’m aware, the only way to do this right now in a way that is consistent across browsers is (sadly) to use a flash bug to do the clipboard manipulation. @bkeepers You might want to speak to @jonrohan about ZeroClipboard?
I would prefer to replace "reveal" with a "copy to clipboard" feature. Generally, you need a password so you can paste it somewhere else. There is rarely an instance where you want to see the password, and in that case you can just paste it somewhere else where it is readable.
I'm not sure what the current state is of the clipboard api in browsers, but it would be awesome if we could clear the copied password after a timeout, or at least after autolock. I'm guessing the clipboard APIs require some kind of user action (click, keyboard) to modify the clipboard, so worst case scenario, we should be able to copy a blank string to the clipboard on the next user action.
The text was updated successfully, but these errors were encountered: