Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow custom secrets path and multiple passwords for the same website #40

Merged
merged 6 commits into from
Jan 27, 2023

Conversation

Gerard-CK
Copy link

@Gerard-CK Gerard-CK commented Jan 13, 2023

This is a relatively big PR with major enhancements.
I suggest reviewing one commit at a time starting from the oldest one first.

Enhancement 1:
Allow more than one password per website. VaultPass can now extract multiple username/password pairs from any given secret [possibly address issue #33]

Enhancement 2:
User can specify which KV store they wish to use (the default still being /secret/vaultPass) [possibly address issue #20]

Bug fixes:

  • Only display No matching key found for this page only once instead of once per selected directory

image

  • Clearing the Search Secrets box will re-display credentials that match the current URL (if there were any)
  • Only autofill generic text field with matching username if it is part of the same form as the identified password field or when the user manually requested credentials to be filled

@Gerard-CK Gerard-CK force-pushed the custom_secrets_path branch from ebbbc08 to f062a5e Compare January 14, 2023 00:15
@Gerard-CK
Copy link
Author

Just a nudge on this. Are these new features of any interest?

@mulbc
Copy link
Owner

mulbc commented Jan 26, 2023

very much of interest, I was sick for a few days and got swamped with work. I do have some time now and will try to finish the review for both PRs today

Gerard Chanekon added 4 commits January 26, 2023 16:09
Read any other username/password pairs from any given secret on top of the default "username"/"password" pair

For example, if a secret has the following keys:
{
  "username": "myusername",
  "password": "mypassword",
  "username.2": "other username",
  "password.2": "other password",
  "username for test": "test username",
  "password for test": "test password"
}

then 3 sets of credentials will be loaded for that one secret:
myusername/mypassword
other username/other password
and
test username/test password
@mulbc mulbc force-pushed the custom_secrets_path branch from f062a5e to 5507d5c Compare January 26, 2023 15:16
To avoid to many false positive, only widen the search for a potential username field to generic text fields when a password field is in a form or the user manually requested credentials to be filled on the current web page
@mulbc mulbc force-pushed the custom_secrets_path branch from 5507d5c to 2b854b1 Compare January 26, 2023 15:26
@mulbc
Copy link
Owner

mulbc commented Jan 26, 2023

@Gerard-CK - I rebased your code on the other PR that I merged before. It all looks fine to me and I'm ready to merge, just wanted to give you a chance to have a quick look over it yourself if you have the time

Copy link
Owner

@mulbc mulbc left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm

@Gerard-CK
Copy link
Author

Hi, sorry to hear that you were sick but good to hear you're back and in good shape.
Had a look at the rebase, looks good to me.

Cheers

@mulbc mulbc merged commit 51b0732 into mulbc:master Jan 27, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants