Ok, I have disabled Stage Manager and the lock up does not happen. So this is definitely something with it. Am I able to gather you any macOS system logs or something? How do we get to the bottom of this crash?
Actually, I need the "does not contain" for the hovered text area here. The swipe should activate page back/forward if the pointer isn't hovering any text areas. Right?
I think you are right, it somehow is related to Stage Manager.
While I can't get it to freeze my system, I can see that the CPU usage of multiple processes goes super high (e.g. Safari) if Stage Manager is active and BTT tries to retrieve the hovered element details.
Unfortunately this looks like a macOS bug. It also happens with Apple's UI Element Inspector app, which basically does the same as BTT's hovered element viewer.
I'll try to make the refresh rate slower when Stage Manager is active. Maybe that helps. (By default BTT refreshes the hovered element every 0.2 seconds while the viewer is open, I'll try to change it to 1.5 seconds while Stage Manager is active)
1 Like
Unfortunately changing the refresh rate doesn't seem to help.
However it looks to be a problem with the combination of Stage Manager and Safari.
It's a very weird issue, but the Safari processes (every tab process) go to 100% on my machine - basically freezing Safari. I could imagine that a unresponsive Safari can also freeze the whole system due to it's deep integration.
Are you also using Safari?
Yes, I'm on Safari! Yes, seems to be directly connected.
Btw, any thoughts about the inverted focus element match on the text area? (sorry for the offtopic :))
NOT (hovered_element_details CONTAINS "AXRole: \"AXTextField\"" OR hovered_element_details CONTAINS "AXRole: \"AXTextArea\"")
OMG I completely forgot. Thanks!!!
@Andreas_Hegenberg now it got locked up again when trying to open Configure Conditions for If action under named triggers when Stage Manager was opened. Version 4.637.