This issue has become a feature request for a new setting to be added that allows enabling better privacy on login/password reset forms. This will mean those who prefer usernames/email addresses not be revealed can enable that setting, and those who prefer the better UX of knowing what incorrect information was submitted to these forms can leave it disabled.
If I enter my username in the Reset Password form (/user/password) and submit, I see this message:
Further instructions have been sent to your e-mail address.
If I enter a made-up username in the same form and submit, I get this:
Sorry, [made-up username] is not recognized as a user name or an e-mail address.
This basically tells people whether or not a given username or email address is in-use on the site. I see this as a (low) security issue and possible privacy issue.
I recommend instead giving something like the following message (like I've seen on other sites) whether a valid or invalid username/email address was entered:
If a matching account was found, further instructions have been sent to that account's e-mail address.
Recent comments
Thanks Alejandro. That was the clues I needed.
Ubercart - Programmatically add product to cart and straight to Checkout
Have you tried uc_cart_add_item()? You need to provide the nid of the product. Then you can use backdrop_goto('cart/checkout'); to send the user to the checkout screen. uc_cart_add_item...
Ubercart - Programmatically add product to cart and straight to Checkout
No problem, let's see how it evolves. I'd be happy to provide a suggested version if i could. I will keep that in mind and try learn this hook chain hopefully very soon. I will...
File hashing uploads made through TinyMCE