Issue with Pasting from Clipboard Manager in BetterTouchTool

Note:
Before bug reporting, please make sure you have tried the latest (alpha) version of BetterTouchTool and that you have already tried to restart your system :-). If you encounter a crash, please attach a crash log from the macOS Console.app from the "User Diagnostic Reports" section.


Describe the bug

  1. I select a text field.
  2. I launch the Clipboard Manager using my shortcut (⌃V).
  3. I select the content to paste – either by double-clicking the text or using one of the paste methods (the method doesn’t seem to affect the outcome).
  4. The Clipboard Manager closes, but the content does not appear in the text field.
  5. It seems that the window where I intend to paste the text does not receive focus after the Clipboard Manager closes.
  6. I then re-select the text field.
  7. If I used the “paste” or “formatted paste” method in the Clipboard Manager, pressing ⌘V afterward causes the text to finally appear.

Affected input device (e.g. MacBook Trackpad, Magic Mouse/Trackpad, Touch Bar, etc.):


Screenshots
If applicable, add screenshots to help explain your problem. (You can just paste or drag them here)


Device information:

  • Type of Mac: MacBook Pro M2 Pro
  • macOS version: macOS Sequoia 15.3.2
  • BetterTouchTool version: 5.271 (2025031204)

Additional information (e.g. crash logs, related issues, etc.):
I don't know if it makes a difference, but I use an Accessibility Keyboard in macOS.

this is most likely indeed caused by the accessibility keyboard. This causes various issues with BTT because it acts as a standard window although it shouldn’t. Most likely BTT tries to activate the keyboard window instead of the textfield window.
I had looked into this some time ago for a window snapping related issue, but haven’t found a workaround

This is interesting because I remember that it used to work without a problem

on older macos versions I didn’t need to activate the previous window explicitly, but due to some changes in Sequoia this is now necessary to make it work reliably

Maybe I can add an option to disable this, however without that it sometimes causes failures if one app has multiple windows

Unfortunately, I don't know how window selection works in BTT, but what if register the 2 most recently active windows and if the previous one is an AssistiveControl process (if I'm not mistaken) then the still previous window is activated?

I think the problem was that in some situations the accessibility keyboard completely broke the APIs that BTT needs to get the windows.

However I just tried on my machine and I don't seem to experience any issues with the clipboard manager and the accessibility keyboard here. Maybe something else is interfering? Does it work if you close the accessibility keyboard?

Well, the problem must be due to something else because even when I turned off the keyboard the same thing happens. Is there any way to check what application is active when you click? I have your preset running on the bar, however it shows me the window correctly.