

IMO, letting that solution stand is a lack of respect for the user's time.Įither this needs to be fixed (ie: stops happening), or we need a command that can be run to address the "loginwindow seems to be preventing. It's a good 15 min of time to restore context and some can't be easily restored. Apple may provide or recommend responses as a possible solution based on the information provided every potential issue may involve several factors not detailed in the conversations captured in an electronic forum and Apple can therefore provide no guarantee as to the. The amount of context lost with multiple shells, tmux/screen sessions, many trees of browser tabs, multiple editors, and many other apps is a serious issue. This site contains user submitted content, comments and opinions and is for informational purposes only. Is not practical for anyone doing non-trivial work, where a reboot, or even a complete logout, is a serious disruption. The "solution" documented here: This can be resolved by restarting your Mac, or logging out fully and logging back in. Also, the previously 100 reliable 'lock then unlock' process often no longer works.

I've seen the 'loginwindow seems to be preventing text expansion' a LOT more often recently, at least once a day. I've seen the "loginwindow seems to be preventing text expansion" a LOT more often recently, at least once a day.Īlso, the previously 100% reliable "lock then unlock" process often no longer works. I'm on Catalina 10.15.7 (19H1419), not even sure if that's relevant. SmileOnMyMac, DiscLabel, PDFpen, PageSender and TextExpander are trademarks of. I'm on Catalina 10.15.7 (19H1419), not even sure if that's relevant. If you havent been to lately, this is what youre missing.
