Huh... I thought I had sent the post but it was still minimized in another desk.
Can you create a more simplified example? That one is pretty hard to follow just from a picture and no real description.
Done.
In general, when you cancel delayed actions for Trigger A, it's only the actions directly in that trigger that have delays on them that will get canceled. So if one of the actions is to change a variable (no delay) but another trigger is fired because the variable changes and it has delays, that won't be canceled because the delay is created by a separate trigger.
it's only the actions directly in that trigger that have delays on them that will get canceled <-- That's the answer I was looking for!
I was using actions to make stuff reusable. The problem is that they are timed and actions don't get their delayed items grouped for easy cancellation as do schedules, triggers and devices. And now I know that an indirect trigger of another trigger doesn't get cancelled (its actions) when the actions from the original trigger are cancelled.
Despite not knowing that, I had already worked around this before setting up timing on infrared controls (for redundancy), so I took my own example (saved on a file as text) and made
what would be Action Groups into
Triggers so they can get cancelled as a group with the extra perk of being conditionable
...conditionedable? that makes no sense, conditioned? IDK I'm invoking my "yo no hablo inglés" card. ![Very Happy :D](./images/smilies/icon_biggrin.gif)
Thanks for answering and sorry for the huge delay.