'Abort Delayed Actions on a trigger' not working as expected

[CrispedToast]

I'm looking for a little help understanding aborting delayed actions on a trigger, (I have previously successfully used the abort on a button, so am wondering if this might be a bug?)

I was attempting to introduced a functionality whereby my Stream Deck would return to a specific 'home' page after (say) 10s of no button presses.
I set a trigger with an event of "On any button press", and actions of "Wait 10000 ms" and then "surface: set to page", [as an aside it looks like I have to specify a particular surface in the trigger and can't just use 'this surface' as I can for buttons??]
This of course returns to the 'home' page 10s after any button is first pressed, so in order to reset that 10s timer I thought I'd just add "Actions: abort delayed action on a trigger" as the first of the actions.
Thus the actions are as shown in the screenshot. However, once I add the 'abort delayed action' then the trigger fails to operate at all. Any thoughts?

[Julusian]

hmm. This is a use case I hadnt considered.

I think what is happening is that the 'abort delayed actions on a trigger' is finding the current execution of actions and aborting it.
I don't have any suggestions on workarounds right now,

[dnmeid]

As far as I see it, the workflow of CrispedToast worked with the old style delays. I think with the new wait action it would be better to rename the existing abort delayed actions on a trigger action to abort trigger runs and also for the buttons abort button runs and that would then abort all executions of the referenced trigger or button if it is referencing a named trigger/button. The option Current Trigger should be renamed to Current Trigger: except this run and reflect that old behaviour. We could then add the options Current Trigger: this run only and Current Trigger: all runs. Same for buttons.
Especially with the if/then/else logic the "this run only" will be useful.

[Julusian]

good point, I hadnt considered adding an option to handle this

[Julusian]

huh, in 4.0 I had already changed it to not cancel the current run

This is now as you suggest in 4.0.