"Move Left/Right a Space (Without Animation)" boundary check uses wrong display on Tahoe

Bugs or Unexpected Behavior
1

Setup: BTT 6.183, macOS 26.3.1 (Tahoe), 3 displays with separate spaces.

Bug

"Move Left/Right a Space (Without Animation)" (actions 527/528) has a split behavior on multi-monitor setups:

  • The actual space switch correctly targets the display where the cursor is positioned
  • The boundary check ("reached end" in logs) evaluates against the keyboard-focused display instead

If the keyboard-focused display is at its last space in a given direction, BTT logs "reached end" and aborts — even though the cursor-positioned display has spaces available in that direction.

Reproduction

  1. Have 2+ displays with separate spaces
  2. Place cursor on Display A (which has multiple spaces to the right)
  3. Keep keyboard focus on Display B (which is at its rightmost space)
  4. Press trigger for "Move Right a Space (Without Animation)"
  5. BTT logs reached end and does nothing, even though Display A has spaces to the right

From the BTT log:

triggering action Move Right a Space (Without Animation) - 0A68291E...
reached end

Pressing "Move Left" first succeeds (Display B has room left), then "Move Right" also succeeds — confirming the boundary check targets the keyboard-focused display while the actual switch targets the cursor display.

Expected

Boundary check should evaluate against the same display that the space switch targets (the cursor-positioned display).

Workaround

Adding "Bring Window Under Cursor to Front" (action 204) as the trigger-level action before the space switch in the action sequence shifts keyboard focus to the cursor display, making the boundary check evaluate correctly.

Note

This worked correctly pre-Tahoe (macOS 15). Tahoe likely changed how display keyboard focus relates to cursor position, exposing a latent inconsistency in the boundary check logic.

2

Could you check whether the behavior improved with 6.264? I made some changes that could help.

3

I don’t know if it’s related to the changes described above, but in 6.271 my “without animation” left/right commands no longer work at all. Changing them to the older version with animation works.

Setup: 26.3.1, two displays, two spaces

4

weird, it still seems to work fine here, could you try disabling the bounds check using this terminal command?

osascript -e 'tell application "BetterTouchTool" to set_user_defaults key "BTTDisableSpaceCheck" numberValue 1'
5

Yes, that fixed it. Maybe the problem is related to the fact that I have two monitors, and the Space occupies both monitors? (the system setting “Displays have separate Spaces” is off.)

6

ah yes, most likely. I'll check with that setting!

7

I have added some special handling for the "Displays have separate Spaces” is off scenario

8

Yes, I set “BTTDisableSpaceCheck” to 0 and with the newest version the “without animation” versions do work. Thanks!

9

Hi. Is there any chance that you guys are adding “without animation” to the move to specific desktop feature? I like the instant feeling of the left and right controls. but often i need to move quickly from desktop 1 to desktop 7 or whatever

10

unfortunately afaik that is not possible (without disabling SIP)

11

ok, thanks for the quick response

12

I think I was able to implement this in 6.571 alpha (uploading now), the "Switch To Desktop X" actions now have an option for instant switching