@Andreas_Hegenberg Have you recently changed anything with the cycle action? Mine have recently stopped working properly. Example: ⌘+S executes ⌘+6 and ⌘+7 alternately. They usually only work if I restart BTT. Until they stop working again.
This could be one of those problems that only I have. 
I don't think there has been a change.
Do they stop working randomly in your case or can you reproduce it? Are they in a CAG, App Specific or Global?
All are app specific. No CAG. Yes, they suddenly stop working. Then I have to restart BTT and everything is fine again for a while.
Well, I'll just have to wait until it happens again 
That's no help to you, of course.
Edit: These are always predefined shortcuts of an app (⌘+6/7). I tried to select the name of the menu instead. Unfortunately, that doesn't help either.
Ah, all shortcuts are “specific” so, left cmd + s
depending on how long it takes to reproduce: could you add some "show hud" action in addition to your shortcut sending, to see whether it's triggering? I wonder whether the action sequence is triggering but not working or whether it's not triggering at all
You mean adding a hud to both actions. I'll do that and get back to you. Thank you.
This is probably one of those cases that not even God understands 
Since the two huds have been active, everything has been working as expected. And I trigger it really often. Maybe it's just a coincidence and the error occurs again later. Or do you see a reason why the hud should “enable” the following action?
I'll try deactivating both huds again and see what happens
Cycle Action 1:
Cycle Action 2:
the HUDs could not have any side effects, however if it’s for example a timing issue, they could potentially influence that.
Then best remove the huds again and see whether it occurs again. I‘ll also do some testing!
Unfortunately, the problem has returned. I really can't say whether it has anything to do with these Huds. I have deleted them. But I'm going to set them up again now. Maybe they indeed help with some kind of timing issue
For your information: I set up both parts of the cycle action twice with a short delay in between. So far this has worked well. Let's see.
Ich glaube, ich habe das Problem gefunden.
Der shortcut ⌘+s triggert die BTT-Cycle-Aktion (⌘+6/⌘+7). Diese Befehle sind unter Menu A der app. Wenn es nicht funktioniert sehe ich in der Menüleiste aber den Namen des Menu B flackern. ⌘+s ist auch der app-eigene Befehl für "sichern", deshalb geschieht nichts.
Das heisst dann wohl: BTT schafft es nicht immer den App-eigenen Shortcut zu überschreiben. Da mir das unter normalen Umständen noch nie aufgefallen ist, hingegen bei mehreren Cycle-Aktionen, vermute ich, dass es nur vorkommt, wenn der Shortcut eine Cycle-Aktionen triggert und einen app-eigenen Befehl überschreiben soll. Kann das sein?
Nachtrag: Ich triggere die Cycle-Aktion seit einigen Tagen mit einer KeySequence (⌘+s). Wobei der gleiche shortcut auf "keine Aktion" aufgesetzt ist. Das funktioniert fehlerfrei.
Interessant! Ich verstehe zwar noch nicht warum das so sein könnte, aber ich werde versuchen es nachzustellen!
Ich reime mir das so zusammen: Verwendet man einen shortcut, um eine Cycle-Aktion zu trigger, funktioniert das normalerweise gut. AUSSER: Dieser shortcut ist schon von der App besetzt. Dann führt BTT gelegentlich aus, was die app vorgibt, statt immer die Cycle-Aktion zu triggern.
Blockiert man den Shortcut der App mit "keine Aktion" ist das natürlich keine Cycle-Aktion. Also funktioniert das immer.
Die Key Sequence kann dann mit den Advanced Conditions so aufgesetzt werden, dass sie funktioniert wie ein Shortcut. Im aktuellen Beispiel: "s" macht etwas, wenn cmd schon gedrückt ist. So muss man cmd nicht immer wieder loslassen, um beide Aktionen zu triggern.
