"Delay next action" behavior

Describe the bug
I have an automation that resizes iTerm’s window after launch. However, to ensure that this action resizes the iTerm window instead of the current window, I use the command “Delay next action by 1.00 Seconds”. This method worked well in the past, but in recent months, it no longer waits, even when I change the value to 10 seconds, and it immediately resizes the current window.


Device information:

  • Type of Mac: MacBook Air, MacBook Pro, Mac Mini
  • macOS version: 26.0.1
  • BetterTouchTool version: 5.670

After I posted this issue, I tried the “non-blocking” delay, changing the value to 1.5 seconds, and it seems to work well.

It broke again after a few minutes.

Can you share you trigger?

Here you go

resize_on_launch.bttpreset (2.3 KB)

On my end is working, however I'm on macOS 15.5 (24F74) and not Tahoe + BTT v5.685. Maybe try to update to this BTT version? But I guess this could also be a Tahoe issue, this only Andreas will know.

Meanwhile maybe you can try any of these actions - Custom Move / Resize Window OR Resize Active Window To Specific Position & Size ?

1 Like

To me it sounds more like something else is triggering your resize immediately - either inside or outside of BTT. It is very unlikely that the delay action doesn't work (you could add a show hud action after the delay, before the resizing action to verify)

Maybe have a look at the recently used section in BTT to see whether anything else has triggered. Also possibly try to quit BTT and see whether the resize still happens (in case it is triggered by something outside)

1 Like

Can I ask a question about your setup which requires you to need this macro?

As I understand it, iTerm is the same app as iTerm2 (just an earlier version of it). If you’re using iTerm2, you can specify the startup size of your terminal window in the configuration, which would mean that no resize operation via BTT is necessary. (My iTerm2 terminal window is set to 128x24, for example.) You can even have multiple profiles with different default sizes, if you like.

But if by iTerm you mean a different program, then it must be you need this macro because the starting configuration cannot be changed.

Thanks for helping me resolve this issue. I’ve had the problem in previous versions of macOS too. I’m waiting for it to happen so I can look at BTT’s most recent events as Andreas suggested to see of there’s something else happening.

Thanks for the suggestion! I actually use iTerm2, but I find BTT more convenient because I can apply the same logic to other apps, like maximizing Preview after launch. Additionally, I use different monitors, and it’s great that BTT resizes iTerm2 to the right two-thirds of the screen, regardless of the screen size.

@Andreas_Hegenberg I’m experiencing the same behavior after I open Preview. Could you please point me to where I can find the recently used triggers?

maximize_preview.bttpreset (1.9 KB)

Thank you for sharing this screenshot. I notice that when I open Preview, three disabled automations and one active automation appear in the recently used triggers. The active one is attached. In this instance, both Preview and Finder are maximized, although there are times when only Finder is maximized.

BTT is the only application I use for resizing windows.

possibly the disabled ones are causing issues - maybe the disabled check is not running correctly in this case. Could you try to remove these completely? Possibly even empty the BTT trash (in the sidebar below the recently used section)

If possible also attach one of the disabled ones here then I can check why they might still trigger

If you don't want to delete the triggers completely, it may be sufficient to delete this trigger field.