Summary

Carves out the substantive CWX-tracking part of PR #2103 (which had a merge conflict because its other change — startSidetoneStream() in AudioEngine — landed earlier today via PR #2105).

What was wrong

When CWX is sending, the radio enters TRANSMITTING via CW keying. The interlock handler in RadioModel::onStatusReceived gates m_txAudioGate based on whether we believe we're the source of TX:

if (!m_txOwnedByUs || (!m_txRequested && !m_cwKeyActive && !m_transmitModel.isTuning())) {
    // force local TX/audio gate off
}

For CWX there was no signal that the local CWX queue is in flight, so this check thought we were a passive observer of someone else's TX and forced the gate off — silencing local sidetone.

What changed

Added m_cwxActive flag:

• Set in the cwxModel.commandReady lambda when cwx send or cwx macro send is dispatched
• Cleared on cwx clear and on radio state leaving TRANSMITTING (with the existing setTransmitting(false) path)
• Cleared on disconnect alongside the other interlock state

The interlock guard now reads !m_cwxActive so CWX-driven TX keeps the audio gate open.

Provenance

This is the RadioModel.cpp/h changes from PR #2103 (authored by AetherClaude bot), replayed by hand. The AudioEngine.cpp portion of #2103 (startSidetoneStream() call) was the same line PR #2105 added; that's already on main, so it's omitted here.

Test plan

• Build clean
• CI green
• On-air: Windows user with CW mode + CWX panel → enter message → click Send → local sidetone audible

🤖 Generated with Claude Code