Summary

• CwxModel::applyStatus() never handled the queue= status key the radio sends when its CWX buffer empties
• With sync_cwx=1 the radio expects an explicit xmit 0 from the client after macro completion; without it the radio held TX until its ~60 s hardware interlock watchdog fired
• Added queueEmpty() signal to CwxModel, fired when queue= arrives empty
• RadioModel connects to it: clears m_cwxActive and calls setMox(false) → sends xmit 0, returning the radio to RX immediately

Root cause chain

1. User fires CWX macro → m_cwxActive = true
2. Radio transmits CW, sends S<handle>|cwx queue= when buffer drains
3. applyStatus() had no queue handler — m_cwxActive stayed true
4. Interlock handler guards on !m_cwxActive → never forced TX off
5. Radio held TX waiting for xmit 0 → self-recovered via ~60 s hardware watchdog

Tested

• Verified on FLEX-8600 fw 4.2.18.41174: relay clicks back to RX immediately after last tone, TX light clears, interlock state returns to READY
• QSK + Break-In enabled, macro sent via CWX window Send button and Fx key — both paths clean

Fixes / closes

• Fixes CWX macro / Fx key TX leaves radio stuck in TX >60 s before returning to RX #2450 — CWX macro TX stuck >60 s before returning to RX
• Fixes RX audio lost after CWX macro/send transmission on AetherSDR 0.9.5.1 #2306 — RX audio lost after CWX macro/send (stuck m_cwxActive also prevented m_txAudioGate from clearing, silencing RX audio post-TX)

Test plan

• Connect to any FLEX radio with CW slice, QSK + Break-In enabled
• Send a CWX macro via Send button
• Send a CWX macro via Fx key
• Confirm radio returns to RX immediately after last character — no 60 s delay
• Confirm RX audio resumes normally (regression check for RX audio lost after CWX macro/send transmission on AetherSDR 0.9.5.1 #2306)
• Confirm ESC / clearBuffer mid-macro still works (clears m_cwxActive via cwx clear path, unchanged)

🤖 Generated with Claude Code