[pass] Concurrency issue with --clip

Philip Chase philipbchase at gmail.com
Mon Mar 10 14:06:11 CET 2014

That seems completely reasonable.  I have never encountered another
application that reverted the clipboard to a previous value, so I never
expected pass to do it.


On Mon, Mar 10, 2014 at 12:00 AM, Michael Ren <micron33 at gmail.com> wrote:

> Pass --clip spawns a subshell which sleeps for 45 seconds and then
> restores the previous contents of the clipboard. If another instance of
> pass --clip runs before the previous instance finishes sleeping, the
> second instance will use the clipped password from the first instance as
> the "old" clipboard contents, meaning that the first password will stay
> in the clipboard after both instances are done.
> This does not seem like desirable behavior, and I was wondering what
> should be done to address it; as a workaround, I've modified pass to
> echo empty text to the clipboard after sleep.
> To test:
> 1. pass show -c password1
> 2. Wait no more than 45 seconds
> 3. pass show -c password2
> 4. wait 45 seconds
> 5. examine clipboard contents; the contents of password1 are in the
> clipboard
> Best,
> Michael Ren
> _______________________________________________
> Password-Store mailing list
> Password-Store at lists.zx2c4.com
> http://lists.zx2c4.com/mailman/listinfo/password-store

Philip Chase * 352-575-0705 * Gainesville, FL
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.zx2c4.com/pipermail/password-store/attachments/20140310/8697b942/attachment.html>

More information about the Password-Store mailing list