-
-
Notifications
You must be signed in to change notification settings - Fork 658
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
bug: some windows incorrectly returned by query #2175
Comments
My current workaround is to filter the output again, like so: yabai -m query --windows --space 4 | jq -r ".[] | select (.space == 4)" |
If they show up, then according to macOS they do in fact belong on space 4. Every entry is the result of that window being returned from macOS for that space id: This is likely because these specfic teams windows do something weird with collection behavior and other stylemask settings. https://developer.apple.com/documentation/appkit/nswindow/1419471-collectionbehavior Both offending windows have |
These windows should probably show as |
Thanks for that fast reply. I understand it's a Mac-peculiarity, and will just keep using my workaround (or filter on non-sticky windows when that feature reaches production). |
I have noticed that
yabai -m query --windows --space X
returns windows that are not on space X.For example:
Note that there are no windows on space 4. However, restricting the query to space 4 does return some windows -- from space 7:
Additional information:
I've noticed this is the case only for Microsoft apps: Teams and Outlook. For Outlook, it is the calendar reminders that are included.
Below I've added the full output without
jq
filtering.The titles of the 2 windows do contain "sharing" in their names ("Sharing control bar" and "Sharing indicator"), so it may be by design. Still, I expect (and prefer) to not see them in the data returned by the query which has the
--space 4
added.and
The text was updated successfully, but these errors were encountered: