Somebody tell Apple to fix the login screen for MacOS as well. If your password is longer than the incredibly narrow box, you do not get any additional feedback that your characters are being entered.

Combine that with a flaky keyboard (say from a single grain of dust where it shouldn’t be) and you get a very annoying login experience. Over and over…

▲

OsrsNeedsf2P 4 hours ago | parent | next [-]

Oh my God, the MacOS login screen..

If you have Capslock set to change your keyboard language, and your computer locks with Capslock enabled, you literally can't type lowercase letters of your password. Capslock doesn't work, shift doesn't make it go lowercase - you literally just have to reboot to get back in.

▲

thih9 3 hours ago | parent [-]

> If you have Capslock set to change your keyboard language, and your computer locks with Capslock enabled

How would your computer lock with capslock enabled? I.e. if capslock on that computer is set to change keyboard language?

	▲	EstanislaoStan 3 hours ago \| parent [-]
		Maybe they're saying the key rebound to serve as capslock doesn't work on the lock screen?

▲

bxparks 4 hours ago | parent | prev | next [-]

I felt this pain yesterday.

I use Open Core Legacy Patcher (OCLP) to run modern macOS on old Intel macs. The first time the computer boots after an upgrade (e.g. Sequoia 15.7.3 to 15.7.4), it is slow as a dog. Because the macOS upgrade clobbers all the OCLP driver patches.

By "slow", I mean each keystroke on the login screen takes about 20-30 seconds for the corresponding bullet to appear in the password box.

The login screen displays 13 bullets. My password is 18 characters long. (Scammers, don't get excited, it's a unique password that's not used anywhere else on the Internet...) So after 13 characters, I had no idea if the computer was actually working.

It seemed like there is a 6-8 character keyboard buffer limit. Or maybe I typed in my 18-character password wrong multiple times. I don't know. I would type 2 characters, then walk away, come back, then type 2-3 more characters. It took me about 4-5 attempts over 30 minutes to log in. Then I applied the OCLP patches and everything worked perfectly after that.

▲

echelon 4 hours ago | parent | prev [-]

I'd be even happier if everyone adopted the old school Lotus 1-2-3 password behavior.

I was much too young to use it myself, but I saw other people log in and it was amazing.

The glyphs denoting hidden password characters changed on every keystroke to indicate you were typing. And IIRC, they were cool characters like Egyptian hieroglyphs too. (Presumably this wasn't some hash of your actual password - that would actually be dumb. I do think it indicated password length, which could give away info, but it's also useful for the user.)

Edit: this is not exactly as I remember, but it might be the same system: https://security.stackexchange.com/questions/41247/changing-...

If that's how it was implemented, then that's not great.

	▲	5-0 3 hours ago \| parent \| next [-]
		Perhaps you'd enjoy something like the xsecurelock prompts? https://github.com/google/xsecurelock
	▲	ConceptJunkie 43 minutes ago \| parent \| prev [-]
		You're thinking of Lotus Notes, a completely different product. IIRC, originally it echoed one glyph per character typed, but later it definitely echoed 1 to 3 glyphs at random so it wouldn't leak your password length. The password thing was pretty cool, but it's literally the only good thing about Lotus Notes, which was the most archaic and primitive piece of commercial GUI software I've ever used in 45 years of software experience. I last used it in 2003, and even then its UI was so archaic, it didn't adhere to behaviors (like keybindings, and other basic UI elements) that had been standard since the 80s. Absolute garbage software.