-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Support for wordlists in user configuration directory #6799
Support for wordlists in user configuration directory #6799
Conversation
Awesome!! Instead of prefixing with the absolute path can you just prefix the filename with "(CUSTOM)" or similar? You lose focus on the name of the list (seemingly important) with the path in there. |
Hi! Great, thanks for the feedback! Using a I'm however under the impression that we'd still better store the actual path (for user-provided wordlists) in the configuration file, under the I've implemented this in a54bb8a by having the wordlist combo box still handle the actual paths internally (in the Here is a screenshot (using a French locale in order to test the translation as well): The configuration corresponding to the above screenshot still contains the following:
Cheers! |
Yah that's perfect, thank you! |
Great, thanks! Since I was still working on this feature, the two extra commits above (25853c0 and 7bfbd31) add buttons for adding or deleting custom wordlists. This allows users to use custom wordlists without having to create the Here is a screenshot of the resulting GUI: Behavior:
Cheers! |
Hot! |
Can we add an automatic download feature for word lists? We could host them on our website. And I would drop the |
I fixed up the code quite a bit. I also reversed the (CUSTOM) tag, instead it shows (SYSTEM) for the built-in wordlist. Adding a download feature can come later, perhaps a button that sends them to the download page? Whatcha think @phoerious? |
06e7d88
to
08ed9bf
Compare
This commit allows users to put alternative wordlists in a `wordlists` subdirectory below their KeePassXC directory (e.g., under Linux, `~/.config/keepassxc/wordlists`). These wordlists will then appear in the dropdown menu in the *Password Generator* widget. In order to differentiate between lists shipped with KeePassXC and user-provided lists, the former appears with a (SYSTEM) prefix.
08ed9bf
to
414bb0e
Compare
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## develop #6799 +/- ##
===========================================
- Coverage 63.61% 63.54% -0.07%
===========================================
Files 330 330
Lines 41807 41887 +80
===========================================
+ Hits 26595 26615 +20
- Misses 15212 15272 +60 ☔ View full report in Codecov by Sentry. 🚨 Try these New Features:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm
Although I would perhaps remove the "SYSTEM" thing entirely. Just disable the delete button when a system list is selected. |
Hi!
This commit allows users to put alternative wordlists in a
wordlists
subdirectory below their KeePassXC directory (e.g., under Linux,~/.config/keepassxc/wordlists
). These wordlists will then appear in the dropdown menu in the Password Generator widget.In order to differentiate between lists shipped with KeePassXC and user-provided lists, the latter appear with an absolute path. Relative paths (for KeePassXC-provided lists) are relative to
resources()->dataPath()
.Screenshots
Testing strategy
Tested with zero, one and several files in the
~/.config/keepassxc/wordlists
directory. No problem detected.Type of change
Thanks!
SnipFoo