[fix](trx-rs): fix LRPT pass detection status never updating during active decoding

The #sat-status element was stuck on "Waiting for satellite pass" because:

1. The client audio handler (audio_client.rs) did not include AUDIO_MSG_LRPT_IMAGE
   in its message type match, so LRPT image messages from the server were silently
   dropped and never reached the frontend.

2. No progress was reported during active LRPT decoding — the only status update
   happened when a complete image was finalized, which could take the entire pass.

3. The sat-status text was never updated when the decoder was enabled/disabled,
   leaving it permanently at the HTML default text.

Changes:
- Add DecodedMessage::LrptProgress variant for live MCU progress reporting
- Send LRPT progress updates from the decoder task when new MCUs are decoded
- Add AUDIO_MSG_LRPT_IMAGE and AUDIO_MSG_LRPT_PROGRESS to client audio handler
- Update sat-status text when decoder state changes (enabled/disabled)
- Handle lrpt_progress messages in the frontend to show "Receiving — N MCU rows"

https://claude.ai/code/session_017knbD7dr6hJGAWR6pModL7
Signed-off-by: Claude <noreply@anthropic.com>

src/trx-server/src/audio.rs

@@ -26,13 +26,15 @@ use trx_core::audio::{
     write_vchan_uuid_msg, AudioStreamInfo, AUDIO_MSG_AIS_DECODE, AUDIO_MSG_APRS_DECODE,
     AUDIO_MSG_CW_DECODE, AUDIO_MSG_FT2_DECODE, AUDIO_MSG_FT4_DECODE, AUDIO_MSG_FT8_DECODE,
     AUDIO_MSG_HF_APRS_DECODE, AUDIO_MSG_HISTORY_COMPRESSED, AUDIO_MSG_LRPT_IMAGE,
+    AUDIO_MSG_LRPT_PROGRESS,
     AUDIO_MSG_RX_FRAME, AUDIO_MSG_STREAM_INFO, AUDIO_MSG_TX_FRAME, AUDIO_MSG_VCHAN_ALLOCATED,
     AUDIO_MSG_VCHAN_BW, AUDIO_MSG_VCHAN_DESTROYED, AUDIO_MSG_VCHAN_FREQ, AUDIO_MSG_VCHAN_MODE,
     AUDIO_MSG_VCHAN_REMOVE, AUDIO_MSG_VCHAN_SUB, AUDIO_MSG_VCHAN_UNSUB, AUDIO_MSG_VDES_DECODE,
     AUDIO_MSG_WSPR_DECODE,
 };
 use trx_core::decode::{
-    AisMessage, AprsPacket, CwEvent, DecodedMessage, Ft8Message, LrptImage, VdesMessage,
+    AisMessage, AprsPacket, CwEvent, DecodedMessage, Ft8Message, LrptImage, LrptProgress,
+    VdesMessage,
     WsprMessage,
 };
 use trx_core::rig::state::{RigMode, RigState};
@@ -2445,6 +2447,12 @@ pub async fn run_lrpt_decoder(
                         };
                         if new_mcus > 0 {
                             last_mcu_at = tokio::time::Instant::now();
+                            let _ = decode_tx.send(DecodedMessage::LrptProgress(
+                                LrptProgress {
+                                    rig_id: None,
+                                    mcu_count: decoder.mcu_count(),
+                                },
+                            ));
                         }
                     }
                     Err(broadcast::error::RecvError::Lagged(n)) => {
@@ -3301,6 +3309,7 @@ async fn handle_audio_client(
                                 DecodedMessage::Wspr(_) => AUDIO_MSG_WSPR_DECODE,
 
                                 DecodedMessage::LrptImage(_) => AUDIO_MSG_LRPT_IMAGE,
+                                DecodedMessage::LrptProgress(_) => AUDIO_MSG_LRPT_PROGRESS,
                             };
                             if let Ok(json) = serde_json::to_vec(&msg) {
                                 if let Err(e) = write_audio_msg(&mut writer_for_rx, msg_type, &json).await {
@@ -3330,6 +3339,7 @@ async fn handle_audio_client(
                                 DecodedMessage::Wspr(_) => AUDIO_MSG_WSPR_DECODE,
 
                                 DecodedMessage::LrptImage(_) => AUDIO_MSG_LRPT_IMAGE,
+                                DecodedMessage::LrptProgress(_) => AUDIO_MSG_LRPT_PROGRESS,
                             };
                             if let Ok(json) = serde_json::to_vec(&msg) {
                                 if let Err(e) = write_audio_msg(&mut writer_for_rx, msg_type, &json).await {