Describe the bug
The "Move Mouse To Position" action is completely broken upon creation and configuration. When adding the action to any trigger, the block in the middle column remains permanently frozen at Move X:0.00 Y:0.00, completely failing to register or display any coordinates typed into the right-hand Action Configuration panel (e.g., setting X to 50 and Y to -35). Because the action fails to commit these values, it silently fails to save entirely and when encountered as part of a trigger's operations, it does nothing.
Steps to Reproduce:
-
Select any existing trigger across any category in BetterTouchTool (this issue is universal and reproducible regardless of the chosen input device or trigger type).
-
Click the
+icon under Actions Executed on Trigger to add a new action. -
Search for "mouse" and select "Move Mouse To Position" under Other Mouse Actions. (Note: see the search input bug outlined in the Additional Information section below).
-
Observe: The action row appears in the middle column, defaulted to
Move X:0.00 Y:0.00. -
In the right-hand configuration panel, enter new coordinate values (e.g., X: 50, Y: -35).
-
Observe the Bug: The action block in the middle column fails to update to the new values and remains stuck at
Move X:0.00 Y:0.00. -
Click on a different trigger in the left sidebar, then click back to the original trigger. Has no effect; action is still wonky
Affected input device (e.g. MacBook Trackpad, Magic Mouse/Trackpad, Touch Bar, etc.):
All input devices / Global (Reproducible on any trigger section)
Device information:
-
Type of Mac: MacBook Pro 14-inch (2021, Apple M1 Pro, 32 GB)
-
macOS version: Tahoe 26.5.2
-
BetterTouchTool version: 6.640 (2026071312)
Additional information (e.g. crash logs, related issues, etc.):
The UI configuration panel appears completely disconnected from the actual action block database item. Any data inputted into the fields is ignored by the parent block, preventing the action from ever successfully committing to the trigger configuration file.
Aside / Accompanying Search Filter Bug:
During the reproduction of this issue, a secondary UI bug was observed in the action selection menu:
-
Upon clicking the
+button and typing "move mouse" into the predefined action search bar, the UI menu fails to filter the list, leaving the entire default category tree visible and un-collapsed. -
To make the search function work, the typed text must be manually selected, deleted, and re-typed, which finally forces the UI to process the input string and properly filter down the matching actions.