Finerdly

I see what you mean, this would be very strange - but I actually tested it on a clean MacOS user and it was easily reproducible by just switching to Alfred Appearance Compatibility Mode, focusing a password field on some website in Safari and then using the global Alfred Hotkey to make it break in the same way I had it break all the time on my normal MacOS user. So I think @fonginator's post was just unintentionally a little bit misleading. Maybe @fonginator can clear this up for us

EDIT: For everyone looking for a solution, this worked for me: Turns out I had this Alfred Appearance Compatibility Mode enabled - after switching to "Standard Mode" the issue disappeared for me! Thanks a ton @deanishe ! I can't remember ever enabling this, as far as I know I was never aware of that feature - could it be this was enabled by default when using Alfred since some very old version? I suppose "Standard Mode" is the current default, right? EDIT: Seems like this Compatibility Mode was introduced in 2015: https://www.alfredapp.com/blog/releases/alfred-2-7-3-pre-release-to-improve-window-focus-reliability/ Well I guess I enabled it 6 years ago then.. 🤔 @Vero So there seems to be an issue with Monterey and Alfred's Appearance Compatibility Mode?

Yes, 1Password, OTP Auth and SponsorBlock for YouTube. Like I wrote in my last post it's the same behavior when all extensions are disabled. I don't see how that proves that Alfred can't be the issue (it only shows it does not happen with Alfred in combination with a clean MacOS user profile. Surely could be that Alfred is not the problem here, but it's still unclear) EDIT: Actually, I'm pretty sure there is an issue with Alfred here - yes you can say this is maybe like an edge case because it only happens for a few users with some specific set of conditions, but in the end if Alfred App is still running (which it is) but even the menu bar item "Toggle Alfred" is not working anymore (which it isn't) this means the Alfred App is in some kind of broken state at this point. Maybe a real edge case issue here - but an Alfred App issue, probably, nonetheless. Also it's then easily fixed with just "launching" (not really because it is still running!) Alfred App again - so it seems like something gets undone by doing this.. EDIT2: of course it could also be a MacOS bug which then weirdly breaks Alfred App, I guess. No, same for me as for user aMoniker, it breaks in exactly the same way when using this workflow to invoke Alfred

I also have this issue and am able to reproduce it by simply focusing (putting text cursor into) a password field in safari and then trying to display the Alfred bar with the global hotkey. From then on I can't bring up the Alfred bar anymore, neither via hotkey nor via "Toggle Alfred" in the menu bar. Easiest way to fix it for me is using Spotlight to launch Alfred again - it's not a relaunch though as Alfred was running the whole time, but that fixes the issue anyway. Then I created a new MacOS user and quickly realized that this issue is not reproducible there at all. So I don't know what to do now. I guess I just hope this gets fixed somehow sometime.. Really annoying issue though 😐 Versions and stuff: MacOS 12.1 Safari 15.2 & Safari Technology Preview Release 137 (Safari 15.4) Alfred 4.6.2 [1276] with Powerpack Using "Toggle Alfred" in the menu bar twice actually also works to make the bar appear and work normally again (as pointed out by user superficial) I also got "CPS: Denying Alfred the right to be in front because secureTextInput is active and this process doesn't have secure text mode enabled, and this request was not caused by user activity" in Console.app Also tried "go into the Accessibility preferences and uncheck anything other than Alfred. Do the same with any browser plugins."