u/LoconelBeatz

Hi everyone,

I am facing a highly disruptive bug in macOS Sequoia 15.7.7 that affects third-party mice (both 2.4G wireless dongles and native Bluetooth mice). The built-in trackpad works completely fine.

The Problem: If I right-click (secondary click) while actively moving the mouse across the screen, the cursor instantly locks up for a split second and then forcefully "rubberbands" or jumps back to the exact coordinates where the right-click initially occurred.

On the empty desktop, this bug completely fails to open the context menu. The menu only opens if I stop moving and keep the mouse perfectly still. It seems like the macOS Sequoia WindowServer misinterprets a right-click during motion as a mouse-drag/drag-and-drop action, drops the click event, and snaps the cursor back.

Specs: MacBook Pro 16" (2021, M1 Pro), macOS 15.7.7. Tested with multiple external mice.

What I've tried:

• Completely disabled mouse managers (LinearMouse, Mac Mouse Fix).
• Reset the Bluetooth daemon via Terminal (pkill bluetoothd).
• Changed ApplePeripheralTapSpeed via defaults.
• Toggled "Spring-loading" (Openspringen) and "Force Click" off.

This is absolutely killing my workflow in professional audio software (FL Studio) where right-clicking while moving is essential for deleting items.

Has anyone found a Terminal command or a way to tweak the mouse-drag threshold in Sequoia to stop the OS from trapping the cursor like this? Any help is greatly appreciated!

Hi everyone,

I am facing a highly disruptive bug in macOS Sequoia 15.7.7 that affects third-party mice (both 2.4G wireless dongles and native Bluetooth mice). The built-in trackpad works completely fine.

The Problem: If I right-click (secondary click) while actively moving the mouse across the screen, the cursor instantly locks up for a split second and then forcefully "rubberbands" or jumps back to the exact coordinates where the right-click initially occurred.

On the empty desktop, this bug completely fails to open the context menu. The menu only opens if I stop moving and keep the mouse perfectly still. It seems like the macOS Sequoia WindowServer misinterprets a right-click during motion as a mouse-drag/drag-and-drop action, drops the click event, and snaps the cursor back.

Specs: MacBook Pro 16" (2021, M1 Pro), macOS 15.7.7. Tested with multiple external mice.

What I've tried:

• Completely disabled mouse managers (LinearMouse, Mac Mouse Fix).
• Reset the Bluetooth daemon via Terminal (pkill bluetoothd).
• Changed ApplePeripheralTapSpeed via defaults.
• Toggled "Spring-loading" (Openspringen) and "Force Click" off.

This is absolutely killing my workflow in professional audio software (FL Studio) where right-clicking while moving is essential for deleting items.

Has anyone found a Terminal command or a way to tweak the mouse-drag threshold in Sequoia to stop the OS from trapping the cursor like this? Any help is greatly appreciated!

Hey guys,

I'm running into a incredibly frustrating workflow-breaking bug with FL Studio 2025 on macOS Sequoia 15.7.7, and I wanted to check if anyone else is experiencing this or found a fix.

The Issue: 

Whenever I right-click to quickly delete a note in the Piano Roll or a clip in the Playlist while my mouse is moving, there is a severe delay. Worse, the cursor physically "rubberbands" or jumps back to the exact location where I initialised the right-click. If I hold the mouse perfectly still, it deletes (with a slight delay), but if I'm moving across the screen, the cursor just snaps back.

Crucial detail: If I use the Delete Tool (D) and use left-click to delete while moving, it is 100% instant and flawless.

My Specs:

• Device: MacBook Pro 16-inch (2021, M1 Pro, 16GB)
• OS: macOS Sequoia 15.7.7
• FL Studio: v25.2.5 [build 5055] (Tested natively AND via Rosetta)
• Mice tested: A 2.4G wireless mouse via a hub, and a brand new native Bluetooth mouse. Same issue on both.

What I've already tried (none of it worked):

• Turning off Click-and-hold & special gesture functions in FL Studio.
• Lowering GUI animations to 'Regular' and turning off Force Refreshes.
• Resetting macOS Accessibility and Screen Recording permissions.
• Disabling utilities like LinearMouse/Mac Mouse Fix and resetting the macOS Bluetooth module via Terminal.

I discovered that this actually happens outside of FL Studio as well (right-clicking the desktop while moving causes the cursor to jump and the context menu fails to open). It seems macOS Sequoia misinterprets a moving right-click as a drag-and-drop event.

Has anyone encountered this specific Sequoia mouse bug and found a workaround inside FL Studio to bypass how it hooks into the macOS mouse coordinates? Using the D tool or Ctrl + Left Click works, but it completely destroys the muscle memory. Thanks!

Hey guys,

I'm running into a incredibly frustrating workflow-breaking bug with FL Studio 2025 on macOS Sequoia 15.7.7, and I wanted to check if anyone else is experiencing this or found a fix.

The Issue: 

Whenever I right-click to quickly delete a note in the Piano Roll or a clip in the Playlist while my mouse is moving, there is a severe delay. Worse, the cursor physically "rubberbands" or jumps back to the exact location where I initialised the right-click. If I hold the mouse perfectly still, it deletes (with a slight delay), but if I'm moving across the screen, the cursor just snaps back.

Crucial detail: If I use the Delete Tool (D) and use left-click to delete while moving, it is 100% instant and flawless.

My Specs:

• Device: MacBook Pro 16-inch (2021, M1 Pro, 16GB)
• OS: macOS Sequoia 15.7.7
• FL Studio: v25.2.5 [build 5055] (Tested natively AND via Rosetta)
• Mice tested: A 2.4G wireless mouse via a hub, and a brand new native Bluetooth mouse. Same issue on both.

What I've already tried (none of it worked):

• Turning off Click-and-hold & special gesture functions in FL Studio.
• Lowering GUI animations to 'Regular' and turning off Force Refreshes.
• Resetting macOS Accessibility and Screen Recording permissions.
• Disabling utilities like LinearMouse/Mac Mouse Fix and resetting the macOS Bluetooth module via Terminal.

I discovered that this actually happens outside of FL Studio as well (right-clicking the desktop while moving causes the cursor to jump and the context menu fails to open). It seems macOS Sequoia misinterprets a moving right-click as a drag-and-drop event.

Has anyone encountered this specific Sequoia mouse bug and found a workaround inside FL Studio to bypass how it hooks into the macOS mouse coordinates? Using the D tool or Ctrl + Left Click works, but it completely destroys the muscle memory. Thanks!

Hey guys,

I'm running into a incredibly frustrating workflow-breaking bug with FL Studio 2025 on macOS Sequoia 15.7.7, and I wanted to check if anyone else is experiencing this or found a fix.

The Issue: 

Whenever I right-click to quickly delete a note in the Piano Roll or a clip in the Playlist while my mouse is moving, there is a severe delay. Worse, the cursor physically "rubberbands" or jumps back to the exact location where I initialised the right-click. If I hold the mouse perfectly still, it deletes (with a slight delay), but if I'm moving across the screen, the cursor just snaps back.

Crucial detail: If I use the Delete Tool (D) and use left-click to delete while moving, it is 100% instant and flawless.

My Specs:

• Device: MacBook Pro 16-inch (2021, M1 Pro, 16GB)
• OS: macOS Sequoia 15.7.7
• FL Studio: v25.2.5 [build 5055] (Tested natively AND via Rosetta)
• Mice tested: A 2.4G wireless mouse via a hub, and a brand new native Bluetooth mouse. Same issue on both.

What I've already tried (none of it worked):

• Turning off Click-and-hold & special gesture functions in FL Studio.
• Lowering GUI animations to 'Regular' and turning off Force Refreshes.
• Resetting macOS Accessibility and Screen Recording permissions.
• Disabling utilities like LinearMouse/Mac Mouse Fix and resetting the macOS Bluetooth module via Terminal.

I discovered that this actually happens outside of FL Studio as well (right-clicking the desktop while moving causes the cursor to jump and the context menu fails to open). It seems macOS Sequoia misinterprets a moving right-click as a drag-and-drop event.

Has anyone encountered this specific Sequoia mouse bug and found a workaround inside FL Studio to bypass how it hooks into the macOS mouse coordinates? Using the D tool or Ctrl + Left Click works, but it completely destroys the muscle memory. Thanks!

Could someone please help me getting Waves to work on a M1 Macbook Pro running Macos Sequoia 15.7.7

I have been scrolling on Reddit for a long time but most of the posts I can find about this are over a year old. I have tried some different ways following what others posted on Reddit. Mosts of the posts are over a year old and did not work for me so maybe it's patched.

I tried installing the official V15 installer from the Waves website and I found a V15 patcher here on Reddit. Installed 1 plugin to test if it worked, after that I ran the patch, restarted my computer, opened FL Studio, scanned for plugins, opened that one plugin and ... it was still in demo mode.