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

“Wrong password!” even when the correct password was entered. #2

Closed
krischik opened this issue Nov 29, 2020 · 4 comments
Closed

Comments

@krischik
Copy link

WhaleVault reports “Wrong password!” even when the correct password was entered. This has not happened several times to me.

I noticed that in particular when the computer was restarted or when I temporarily deactivated WhaleVault. Could it be that an encrypting seed is lost on restart?

The other thing I noticed that WhaleVault, unlike Steem- and Hive-Keychain forces me to add a “special character” to the password. Something I would normally avoid as special characters are a notorious source of problems in password.

I don't consider the added security of a special character worse the potential problems. Which reminds me: It's not really yours to tell me what password to use. You can suggest that a password is insecure but at the end of the day it is my decision which risks I'm prepared to take.

@krischik
Copy link
Author

krischik commented Dec 15, 2020

I tried to export and import the vault as well. That too didn't work. Are you sure you password handling can handle the special characters you demand the users to use? You might consider the implication of using arithmetic characters like +-*/ — JavaScript can be funny when it comes to these characters.

@krischik
Copy link
Author

Another interesting observation. Copy / Paste the password did work. So you might want to look a keyboard handler.

@alexpmorris
Copy link
Owner

The password requirements including a "special character" originated from the original Steem Keychain version that WhaleVault is based on, so I guess they removed that constraint since then.

It sounds like it could be an issue with international keyboards, as I've seen that before. it usually has to do with the user having set a different keyboard layout than the one used to set the password. While it could potentially affect any characters used, I did remove the requirement to use a "special character" in the latest release.

@krischik
Copy link
Author

Thanks. Also I haven't noticed the problem in recent time. If you didn't do anything there might be a fix in WebKit.

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

No branches or pull requests

2 participants