Rojma

Thank you.

Sorry forgot to mention I am on the Windows Store Enpass version 6.11.1 (1700) running in Windows 11 23H2 and using the Enpass extension in Microsoft Edge.

I recently was trying to create and add a passkey for a site that I had an existing entry in EnPass. Normally when I do this, it offers to add the key to the existing entry. However, recently I had a site where this wasn't occurring. It kept offering to create a new entry instead of offering to add to the existing entry. It turns out that the URL I had in the existing entry was just example.com instead of www.example.com. Once I added the www to the front of the URL, then it finally offered to add the passkey to the existing entry. In my opinion, if only the domain is in the URL field, it should offer to add a passkey to that entry even if it's from a subdomain. I imagine detection to offer a passkey to a site might also be based on this logic, although I have not tested and confirmed. Also, there should be a way to merge two entries. For example, once or twice (including this time) I accidentally created a new entry for a site when adding a passkey instead of adding to the existing entry. I should be able to merge the two entries so that the passkey is added to the entry that already existed.

Thank you @Abhishek Dewan

Thank you @Abhishek Dewan

When typing in the master password to log into EnPass, there is no View Password button to make sure that you are typing in the password correctly. When typing a long and complicated password on a touchscreen on a phone or tablet where errors are common, this makes it very frustrating since you can't check to make sure the password was typed in correctly. Yes, the digit typed in appears momentarily when you enter it in, but it then disappears after a second. This also is not the same as being able to see the WHOLE password typed in so far. This is mainly an issue when first configuring EnPass since after that I usually use biometrics, but it makes that initial setup very frustrating. I would like to request a feature to add a View Password button to the main Enpass log on window so that if desired you can view the password as you type it or once you have finished typing it to verify it is typed in correctly.

EnPass for Windows (Windows Store version) does not seem to have a built-in viewer for viewing attachments of basic file types including PDF, JPG, PNG, etc. I would like to request for this feature to be added similar to how the phone apps have them. This would mean I could just view the document within EnPass instead of having to download the attachment, find where the attachment was downloaded to, then opening the attachment to view in an external viewer.

Thank you for the reply @Manish Chokwal. I did a bit more testing and it appears that what is actually going on is that the Copy button for the password does not work at all. Instead, if you hit the copy button next to the password and then try to paste, whatever was in your clipboard before you initiated the password copy will be pasted instead. I am on Windows Store EnPass version 6.8.4 (1166). I have a video showing the issue but .mp4 files are not an allowed file type to attach here. Please let me know where I can send the video file.

I am using the Windows Store version of EnPass on Windows 11. As part of this I use the EnPass browser extension in Microsoft Edge. I have noticed that when I am at a site that I have to create a new entry into EnPass, when I do it through the browser extension and copy the password it generates via the copy button next to the password, it seems to copy the website URL instead of the password. This has caught me off guard a few times when the password that I just created and set for the site doesn't work (since it set the password as the website URL instead of the password EnPass generated). I can reproduce this issue repeatedly. I have learned to copy the password after creation from the app instead of from the browser extension. Can you please look into this issue and confirm if you can also reproduce on your end, and if so, file it as a bug that needs to be fixed? Thank you.

I would like to request for a new field type of "PIN" that acts the same as a password field, but only allows numbers for the field. It should include a random PIN generator. There currently is a PIN field but it doesn't generate PINs like when you select password. Additionally, you can't really use the password field (and rename to PIN) because it doesn't give the option to generate a "PIN" with just numbers. The obvious use case scenario for numeric PINs includes bank ATM PINs and credit card PINs.

Maybe taking this one step further and allow the addition of "custom" options where we can define what symbols can be used since the "basic" symbols may vary depending on language or being able to define what the "basic" symbols are. This is slightly different than the Include option because we would only want to use this basic/custom option for sites that limit to the basic symbols. The Include option may instead be our personal preference of what symbols we would like to include in passwords since the option is set universally.

Many sites limit what symbols can be used for a password. This characteristic for a password is already addressed by EnPass by the Include/Exclude option for Symbols in the password generator. However, it is very common where sites limit the symbols that can be used in the password to just those symbols across the top of an en-us keyboard: !@#$%^&*()_+ It would be nice if in the password generator there was a third option in addition to Include and Exclude called something like "Basic" that would just default to these symbols.

Thank you @Abhishek Dewan

Thank you @Gulshan Dogra

Thanks for the reply @Abhishek Dewan. Good to know about this feature, although it seems a bit "hidden" where we can't see the rules or know which sites have these rules. The bigger ask here though is for us to be able to define these rules on any site/account of our choosing and make the rules specific to an entry. Currently I capture these rules as a note in the entry, but obviously the password generator doesn't use this information. Instead, I have to manually change and/or set the rule in the password generator. This causes several problems: 1) The rule is now "universal" and will apply to any future entries that I either add or change, unless of course I change the rule again. 2) The changed universal rule may now not apply to any future new entries or future changes to existing entries as they may have different rules 3) If I ever have to go back to the original entry to update the password again, the "universal" rule will most likely have changed to accommodate any new entries or changes I have made since updating the original entry. This means that I will have to look up and reapply the rule for the original site. I hope you will consider making this a feature in a future version where individual entries can have specific and unique password rules for use with the password generator.