JeffB

Using Enpass for many years (greater than 8) initially on Windows and now Linux. It works best on X11 (for now) but does work on Wayland (XWayland?) with one nuisance. There are occasionally short pauses where a dialog appears with Force Quit or Wait. It often gets focus before I can press the Wait button. I am not deciding if staying on X11 to avoid the pauses, or go back to Wayland and just deal with the occasional frustration.

It appears that the install links are still for 6.11.12 but the update installs 6.11.13 with the new signing key. Until the download/install page is updated, you should be able to use the @randomguy instructions and execute an update/upgrade to get 6.11.13.

Will Enpass ever update? https://www.phoronix.com/news/Linux-7.0-Modules-No-SHA1-Sign

I agree SHA-1 is vulnerable, but it still requires significant effort. So far I am comfortable with the available security level. And I hope that the Enpass team can get their security updates distributed.

Thanks to @randomguy for a work around. It seems Debian is enforcing the secure certificate test, and Ubuntu and derivatives are more permissive; I don't get the error there. I too wonder if there is any real team there, at least on Linux. But for me, it is still the best solution and as long as it continues to work, there are no reported vulnerabilities, and there are no clear alternatives, it seems like it will be best to continue. However, I plan to evaluate periodically.

Is there any update on this issue? It is still objecting and an updated signing key would remove the error. Thanks

I noticed in the last few weeks that Enpass Android hanging while trying to sync. Using version 6.11.1.1022. If I wait, it will eventually come back, but it can be 15 to 30 seconds. It can by during autofill, or updating entry. It happens some with OneDrive, but particularly bad with Box. Box is so bad, it is unusable as sync target. Workable but a nuisance at times. Phone: OnePlus N10 5G running Android 11. Model BE2028.

The DDG browser has improved and now easily uses Enpass security without needed to switch to the Enpass keyboard.

With the Beta release of the DuckDuckGo browser on MacOS, and now on Windows, it would be fantastic to be able to AutoFill in that environment. The browser will AutoFill with its own password repository, but it appears they may not support extensions (presumably for security reasons) although that is not clear. I have submitted feedback on that for the browser, but also adding a note here to explore how Enpass Password Manager (my one and only), but presumably others, could be used on the Desktop with the DDG browser. The DDG browser is very functional and fast, but still early days. Hopefully there can be some vision for other password solutions. That may be limited by the desktop OS, since it does not have the same AutoFill extensibility as on Android, etc. and I wouldn't expect the OS developers would make a move there. Thanks

I have been using the DuckDuckGo browser on Android since it was available. Support helped me to work through the problems. The best solution is to enable the Enpass keyboard (settings) and then switch to that keyboard when you need to AutoFill. It works very well and with only a slight inconvenience.

A command line version of Enpass would be great. I would like to install on my local headless Raspberry PI and use WiFi Sync for group password management. Thanks

Yes, I agree. There are no suggestions, but if typed and hit enter, the tag will be saved. It would be nice to be a little cleaner. Thanks

Ahh, I see my problem. Unlike the Desktop version, I have to add Tags from the Browse menu. I have to select the TAG and then (+) to open the menu and select the Existing Items option to choose the item to add the TAG. I little clunky, but it is not something I do often on mobile. However, there does seem to be a bug. The count on the TAG is not updated although selecting the TAG shows all of the items. After a refresh, the count is correct.

I have attached a screenshot. The entry has one TAG and I am attempting to add another (that already exists). There is no error, the existing TAG is not displayed and saving the item does not update. The device is a OnePlus Nord 10 5G running Android 11.

Abhishek. I think you are misunderstanding the problem. It is not the size of the backup files that was causing the slowness, it was the size of the SQLCipher database. It appears that there was some sort of internal corruption or duplication that was being reflected in both the sync file and the backups. I am glad there was procedure to restore the integrity of the database. Maybe you would pass this information to the developers for their future reference. Thanks.