[pass] Concurrency issue with --clip

[Jonas Wagner]

Hi,

I think clearing the clipboard is a good idea. I would prefer one of the
following options to the proposed --Clip, though:

1) simply replace the current --clip to clear the password instead of
restoring them. Frankly, we do not need two command line flags that do
almost the same.

2) If some more backward compatibility is desired, the new pass process
(let's call it B) should detect an existing pass process (A) waiting to
clear the clipboard. B could then send A a custom signal or so, causing it
to reset the time limit to 45 seconds from now. B then terminates, and A
resets the clipboard to the original value after 45 seconds.

Option (1) is simpler, option (2) would be what I expect. Do people think
it's worth the complexity?

Cheers,
Jonas


On Mon, Mar 10, 2014 at 4:28 PM, Stephen Blott <smblott at gmail.com> wrote:

> On Mon, Mar 10, 2014 at 09:06:11AM -0400, Philip Chase wrote:
>
>> 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.
>>
> ---end quoted text---
>
> I rattled up a version of pass with "-C" and "--Clip" options (note
> capitals), the same as "-c" and "--clip", except that the clipboard is not
> cleared.
>
> Any interest?
>
> How does one submit PRs or patches to this project?
>
> Steve
>
> _______________________________________________
> Password-Store mailing list
> Password-Store at lists.zx2c4.com
> http://lists.zx2c4.com/mailman/listinfo/password-store
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.zx2c4.com/pipermail/password-store/attachments/20140311/d9bc5bd5/attachment.html>