Text is pasted incorrectly (twice)

@Andreas_Hegenberg Since my last BTT update, the paste function in my browser's address bar no longer works.

This should be inserted:

But this is inserted instead:

image

This error also occurs on other websites in the same way. Thank you for your help.

How are you triggering that? (sounds like it is actually triggering twice for some reason). I don't think there has been a change to that action.

With the function keys. Your page with F1.

does it paste correctly in other apps?

Yes, but I didn't do a Vivaldi update, just a BTT update. It always worked.

If that helps, F1 has two functions.

A short press opens the page in the same tab.
A long press opens it in a new tab.

Could you copy & paste these two F1 triggers here? I can not reproduce it yet

gladly.

short.bttpreset (3.7 KB)

long.bttpreset (953 Bytes)

Your shortcuts seem to work fine here. Are you sure there is no other one (maybe app-specific?) that is triggering in addition? (Have you already checked recently used?)

Unfortunately not. Recently used shows that the right trigger is triggered, but something wrong is pasted.

This only affects short press. Long press works normally. Very strange.

I could only imagine it triggering twice for some reason - that wouldn't be obvious from the recently used section.
Could you try whether it works with some other shortcut instead of F1?

I tried different shortcuts. The result is always the same: the address is typed twice.

If you don't have any other ideas, then let's just leave it at that. Maybe it's a problem that only I have.

By the way, I noticed that there are a few actions that don't show when they are disabled. They are when you press Cmd + D, but you can't see it. This is one of them.

That's missing.

image

Edit: If anyone else is experiencing the same issue, here is a possible workaround to open a URL in the current tab … not really the same tab, but at least you don't have one more tab at the end.

I’m running into a similar issue with double pasting. I use a keyboard shortcut to type my email address in plain text. It has worked for years without issue. Recently I started seeing it double paste every time. I created a new blank test profile and added two different keyboard shortcuts to type an email address in plain text. Same output in multiple applications.

@slotshamed which version of macOS and BTT are you running? Maybe we can find some pattern.

MacOS Tahoe 26.1

BTT 5.750

Weird, I can't make sense of that. Could you try to reproduce the issue, then go to Help => Export Diagnostic Debug Information and send the resulting files to me (andreas@folivora.ai)? Maybe the logs show what's happening.

I was reading through an older post discussing Paste text not working properly . The issue is unrelated, but there was an early comment that a paste issue was resolved by adding a short delay to the action.

I added a 0.15 second delay before the paste action of both previously shared test triggers and the issue disappeared.

Removing the delay from either one causes the issue to return.

I’m good with this minor modification to resolve the issue.

In case you feel like digging deeper or others are having similar issues; Here’s the log info for two minutes when I pasted with and without delay 2x each with no other activity:

2025/11/25 16:42:09:222|xw|adapting icon state global 1 perApp 0 clip 0|
2025/11/25 16:42:09:224|xw|disable_|
2025/11/25 16:42:10:245|ASL|trigger delayed|
2025/11/25 16:42:10:245|ASL|performing 193|
2025/11/25 16:42:10:245|ASL|triggering action Type Custom Text - B463D92D-0A0A-44E8-A37A-3B6C9F6148B3|
2025/11/25 16:42:10:250|ASL|not triggering reply again|
2025/11/25 16:42:11:457|xw|adapting icon state global 0 perApp 0 clip 0|
2025/11/25 16:42:11:462|xw|enable|
2025/11/25 16:42:11:500|ASL|app: com.barebones.bbedit|
2025/11/25 16:42:11:647|HYPER|Invalid hotkey object in reloadHyperKey|
2025/11/25 16:42:14:034|xw|adapting icon state global 1 perApp 0 clip 0|
2025/11/25 16:42:14:035|xw|disable_|
2025/11/25 16:42:14:703|ASL|trigger delayed|
2025/11/25 16:42:14:703|ASL|performing 193|
2025/11/25 16:42:14:703|ASL|triggering action Type Custom Text - B463D92D-0A0A-44E8-A37A-3B6C9F6148B3|
2025/11/25 16:42:14:706|ASL|not triggering reply again|
2025/11/25 16:42:14:925|xw|adapting icon state global 0 perApp 0 clip 0|
2025/11/25 16:42:14:926|xw|enable|
2025/11/25 16:42:14:953|ASL|app: com.barebones.bbedit|
2025/11/25 16:42:15:106|HYPER|Invalid hotkey object in reloadHyperKey|
2025/11/25 16:42:44:067|ASL|performing 193|
2025/11/25 16:42:44:067|ASL|triggering action Type Custom Text - 38F161D8-064D-4ACA-9272-5A9C0DDCFDC1|
2025/11/25 16:42:44:068|ASL|not triggering reply again|
2025/11/25 16:42:44:105|ASL|performing 193|
2025/11/25 16:42:44:105|ASL|triggering action Type Custom Text - 38F161D8-064D-4ACA-9272-5A9C0DDCFDC1|
2025/11/25 16:42:44:106|ASL|not triggering reply again|
2025/11/25 16:42:49:718|ASL|performing 193|
2025/11/25 16:42:49:718|ASL|triggering action Type Custom Text - 38F161D8-064D-4ACA-9272-5A9C0DDCFDC1|
2025/11/25 16:42:49:722|ASL|not triggering reply again|
2025/11/25 16:42:49:729|ASL|performing 193|
2025/11/25 16:42:49:729|ASL|triggering action Type Custom Text - 38F161D8-064D-4ACA-9272-5A9C0DDCFDC1|
2025/11/25 16:42:49:729|ASL|not triggering reply again|
2025/11/25 16:42:54:403|sync|became active|
2025/11/25 16:42:54:404|LIC|ADD REGISTER MENU ITEM|
2025/11/25 16:42:54:483|ASL|app: com.hegenberg.BetterTouchTool|
2025/11/25 16:42:54:634|HYPER|Invalid hotkey object in reloadHyperKey|

Weird, the log shows the action being triggered twice within a few ms.

Do you maybe like Frank have some setup with short & long presses for these shortcuts? (Maybe the issue is somehow related to that)

I have added some safeguard in 5.782 alpha, would be great if you could test that.

I think there might be a pretty complex floating point issue that might only affect some machines. @slotshamed are you on Apple Silicon or Intel?

Apple Silicon (MacBook Pro 14 M1 Max)

I updated to the 5.782 release and see the same output without a delay and no issue with a delay, just as before.

I don’t have any other triggers or modifications in place (like long press), and I disabled all of my standard profiles when testing. All that was configured was the minimum needed to test the keyboard shortcut. Additionally, the test actions are tied to the keyboard shortcuts directly, and not through a named action like I would typically do.

if you can it would be great if you could send the full debug data to me (andreas@folivora.ai), there must be some setting I'm missing

1 Like