Joined: 08 May 2018 Posts: 14217 Location: Texas, USA
Posted: Thu Jul 28, 2022 16:12 Post subject:
Forgot to turn off audible. I sent BS an email about this. You can configure password generators to not use these invalid characters. Back to dark room and no noise.
UPDATE/EDIT 07.29.22.06.25: It looks as if the password character issue has been readdressed further, requiring more documentation changes.
Joined: 31 Jul 2021 Posts: 2146 Location: All over YOUR webs
Posted: Sat Jul 30, 2022 7:24 Post subject:
So you want to show the tooltip/aria-label with the valid characters instead of the invalid? Or you want to show both invalid and valid?
Im asking to see what the logic here is, its the morning I have had no coffee but I think it should be obvious that unless something is specifically blacklisted that logically everything else should be accepted, and there fore not worth mentioning...
But, if we must design a idiot friendly solution, I fist want to understand what the logic behind the suggestion is.
can't you display both in two lines for the sake of completeness? (maybe a stupid question idk)
yes they work i just use the valid symbols as password
Quote:
Im asking to see what the logic here is, its the morning I have had no coffee but I think it should be obvious that unless something is specifically blacklisted that logically everything else should be accepted, and there fore not worth mentioning...
the average user would first have to know which symbols are allowed as passwords (see wiki article).
there are also other symbols on the keyboard like °´ etc which are not supported
Joined: 31 Jul 2021 Posts: 2146 Location: All over YOUR webs
Posted: Sat Jul 30, 2022 8:17 Post subject:
Wouldn't having just a definitive list of what is not supported suffice?
I mean Grave accent ` aka backtick was removed from the JS validation, you are saying that when used it will break authentication?
The degree symbol is obviously not in the Wikipedia entry but the colon is and backtick are part of list the colon was kept as invalid for some reason. I had already spoken to BS about this, that most modern websites accept all current and previously blacklisted characters.
Password generators wont use the ° character or other not listed special characters, sure you can very likely add it manually as most interface based password gens will allow users to customize the entries, but that is an edge case.
We definitively need to know since you are so kindly testing and that is appreciated, what exactly breaks authentication within the normal accepted character list, all else we will consider in the new implementation.
Joined: 31 Jul 2021 Posts: 2146 Location: All over YOUR webs
Posted: Sat Jul 30, 2022 8:50 Post subject:
Ah the Acute accent ´ sorry, not caffeinated enough, though you are showing the degree and acute accent, Ill assume both and disregard them as they are not standard or used in most password gens. Ive mentioned it to BS, so that it can be shown as invalid also.
That and the degree symbol and many others aren't standard on any password gens, Ill need to update my own gen now also.
So really only the colon is invalid for some reason, likely a delimiter somewhere. Still I use it on non DD-WRT passwords on some other web services.
I'll consider the information you have kindly provided when I next update the current help mechanism and in meanwhile I need to think of alternative help mechanisms to suit DD-WRT.
