Just as a side note, it's the folder that gets moved in this ambiguous
request
$ pass mv test-159 test-move
I'm not sure if we want to dis-allow creation of passwords and folders
that bare the same name.
What's next? stopping people from doing things like
$ pass insert git
and expecting
$ pass git
to retrieve their git password? (the correct syntax would be: pass show
git)
The delete function is the only bit that actually needs fixing.
On 2016-02-04 22:10, Dashamir Hoxha wrote:
Maybe it should not allow to create a directory with the same name as
a file (or vice-versa). This does not sound normal.
Meanwhile, as a workaround, you can rename the file and then delete
it.
On Thu, Feb 4, 2016 at 9:55 PM, <[email protected]> wrote:
Hi,
A QtPass user found an interesting bug or quirk in pass.
https://github.com/IJHack/qtpass/issues/159 [1]
Here is what happens when you create a password file and folder
with the same name.
$ pass add test-159
I enter "test”
$ pass add test-159/test
I enter "test 2”
$ pass test-159
It returns "test”
$ pass rm test-159
rm: /home/annejan/.password-store/test-159: is a directory
I also tested order of creation (first folder or first file)
doesn't matter, you can do either.
When I find the time I’ll see if I can fix this behaviour in a
nice way and create a patch,
perhaps pass should ask which one is meant, the file or folder?
Anne Jan
_______________________________________________
Password-Store mailing list
[email protected]
http://lists.zx2c4.com/mailman/listinfo/password-store [2]
Links:
------
[1] https://github.com/IJHack/qtpass/issues/159
[2] http://lists.zx2c4.com/mailman/listinfo/password-store
_______________________________________________
Password-Store mailing list
[email protected]
http://lists.zx2c4.com/mailman/listinfo/password-store
_______________________________________________
Password-Store mailing list
[email protected]
http://lists.zx2c4.com/mailman/listinfo/password-store
