-
Notifications
You must be signed in to change notification settings - Fork 4
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
[Feature Request] New Project Item : User Credentials #3
Comments
yes, I have needed this myself, and for that I'm currently using notes. we can discuss whether there could be a better approach. What you suggest sounds like server->extra user. I felt it was a little inflexible for this purpose here -- but I could be wrong. What I'm doing is using project notes with the notes password support. Note that we're talking about project-wide settings. For aws/heroku and even possibly git I might add those under a server entry (depending). I've hit this case for VPN credentials, where I found the ability to enter extra information (eg other VPN settings) useful. If you feel your case doesnt fit for notes, can you explain why another approach would be better than notes and why the server credentials or server extra users are not a fit? |
I've just discovered the project by chance when looking upon rust-based projects. So I wasn't aware of the neat little However, when I'm exporting my data and sharing it with the rest of the team or friends, it will be much easier if I do not have to worry about forgetting to remove my personal credentials. One way to go about it is to add a It can be used as a standard text field with values unique to or shared between env. Additionally, we can use these fields as reference/FK to be used in a |
Yes, I was interested in linking to items from notes, but it gets complicated. They couldn't be inline in the note, but would have to be some sort of note meta-data so that the SQLite foreign keys really check that the link target wasn't removed or something of the sort. But yes, you made me think that it could be doable as notes meta-data, which could be referenced from within the note. It gets a little complicated though. In terms of hiding credentials on export, it's not done. Currently the export will export all credentials. But if we add an option to mask credentials in password-specific fields, we can also mask them in "password" fields in notes. I'll think about a new project-level "password"/"credentials" item type. It feels like a narrow need, between server credentials & project notes. But maybe I do still add it. |
Can you please add a new
Project Item
type just to handle personal credentials for different services used by a project? These are details we usually store on a random text file or use the browser's default password manager.Use cases
The text was updated successfully, but these errors were encountered: