Since the last few updates (especially the one that heavily modified the UI and introduced new normal mouse features), the drag-and-drop within macOS while BTT is running in the background became highly unreliable and extremely slow and choppy. I can’t show you a screenshot of this unfortunately, as it is experienced in motion. Quitting BTT completely resolves the issue, relaunching BTT makes the issue come back instantly.
check whether any process on your system is using a lot of cpu via activity monitor (> 100%), if that's not the case, have a look a BTT'S "recently used" section, maybe something unexpected is triggering.
The versions with the ui changes are already running on more than 50k machines, thus I can rule out a general issue. However such things can happen with app conflicts or specific configurations.
This is a quick video to show you the issue I’m having, which also extends to the dragging of application windows, not just files. The video shows the activity monitor open; as you can see, nothing is hogging my CPU. I also have 16 GB or RAM total, which is more than most M1 MacBook Air in the wild.
I raised the issue, because before the last couple of days, I’ve been using BTT with no apparent hiccups in my day-to-day work. But now, it started to lag (which coincides with the update), while my other apps stayed the same (I didn’t install any), and my computer usage/workflow stayed the same too.
Thanks,
RC
PS.: Sorry for the accent, English is not my main language.
Have you already checked the recently used section?
You can also go to ~/Library/Application Support/BetterTouchTool/Logs (go there via Finder => Go => Go to Folder, make sure to include the ~) and send the log files to me (andreas@folivora.ai) they might show what is going on.
In your logs are a LOT of these triggers they seem run run some apple script followed by a "show/hide mouse cursor =>save mouse position => move mouse to position => drag mouse to position" action sequence. It seems to be triggered by some sort of key sequence in BetterTouchTool. Do you have any such key sequence configured?
2026/02/16 20:57:22:872|ASL|performing 172|
2026/02/16 20:57:22:872|ASL|triggering action Run Apple Script (blocking) - DE521A63-7ACB-4A6A-A7CF-C825ADC22718|
2026/02/16 20:57:22:893|ASL|performing 140|
2026/02/16 20:57:22:893|ASL|triggering action Show/Hide Mouse Cursor - D381BA1C-B4B5-4D99-BF05-A7259E5A93A7|
2026/02/16 20:57:22:895|ASL|performing 154|
2026/02/16 20:57:22:895|ASL|triggering action Save Current Mouse Position - 8D106D44-2AA6-43D5-93D5-47C659665FDF|
2026/02/16 20:57:22:899|ASL|performing 153|
2026/02/16 20:57:22:899|ASL|triggering action Move Mouse To Position - 2B6845FF-5AA7-4D10-AADA-26E19C390442|
2026/02/16 20:57:22:904|ASL|win num 23398|
2026/02/16 20:57:22:907|ASL|win num 23398|
2026/02/16 20:57:22:909|ASL|win num 23398|
2026/02/16 20:57:22:909|ASL|performing 285|
2026/02/16 20:57:22:910|ASL|triggering action Drag Mouse To Position - 1A0E4EA4-2B40-4328-A4B1-09FAFD1832D1|
2026/02/16 20:57:22:912|ASL|win num 23398|
2026/02/16 20:57:22:920|ASL|win num 23398|
2026/02/16 20:57:22:922|ASL|win num 23398|
2026/02/16 20:57:22:924|ASL|enable synth drag|
Those seem to be regular keyboard shortcuts that trigger Named Triggers to resize windows on the monitor. I use those a whole lot, but they’re not supposed to hog down the CPU, as they don’t run if I don’t call them using specific keyboard shortcuts.
As for kayboard key sequences, I have only a few setup in BTT as a whole, and I can’t see how they could be the culprit.
the FN one is the sequence that seems to trigger a lot and it has a blocking apple script, which could explain stuttery dragging. Maybe try disabling it to test.
