From d93c40ebb3d9636c50bbf0007ecb70ab93a88095 Mon Sep 17 00:00:00 2001 From: Gregory Salaun Date: Tue, 4 Aug 2026 19:35:47 +0200 Subject: [PATCH] fix(qsl): clearer QRZ download summary (confirmed vs total) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit QRZ hands back the whole logbook; a confirmation download only acts on the QSOs QRZ marks confirmed. The old "(of 7950 returned)" read as if QRZ had returned only a fraction of a 26k-QSO logbook. Now it states "N of M are confirmed — the rest aren't confirmed yet", so nothing looks lost. --- app.go | 6 +++++- changelog.json | 6 ++++-- 2 files changed, 9 insertions(+), 3 deletions(-) diff --git a/app.go b/app.go index 1af5d08..e45c033 100644 --- a/app.go +++ b/app.go @@ -10579,7 +10579,11 @@ func (a *App) runDownloadConfirmations(ctx context.Context, svc extsvc.Service, } sort.Strings(keys) emit(fmt.Sprintf("Parsed %d record(s). Fields seen: %s", parsed, strings.Join(keys, ", "))) - emit(fmt.Sprintf("Confirmed %d, added %d (of %d returned)", matched, added, total)) + // Spell out the funnel: QRZ hands back the WHOLE logbook, but a confirmation + // download only acts on the ones QRZ marks confirmed — the "26165 but only + // 7950?" question. Nothing is lost; the rest simply aren't confirmed yet. + emit(fmt.Sprintf("%d of your %d QRZ QSOs are confirmed by the other station — the rest aren't confirmed yet, so there's nothing to import for them.", total, parsed)) + emit(fmt.Sprintf("Of those %d confirmed: %d newly marked, %d added.", total, matched, added)) if unconfirmed > 0 { // Worth its own line and not a footnote: these QSOs were showing as // confirmed a moment ago, and an award total may move because of it. diff --git a/changelog.json b/changelog.json index bba957b..1919834 100644 --- a/changelog.json +++ b/changelog.json @@ -6,13 +6,15 @@ "CW keyer (Kenwood/Elecraft): choosing the Kenwood/Elecraft engine now actually switches to it. A bug left the keyer on WinKeyer even though the setting showed Kenwood/Elecraft, so its CW-over-CAT never ran.", "Kenwood/Elecraft data mode: a new setting (Settings → CAT) chooses what a data mode (FT8/PSK…) sets on the rig — USB (default), DATA mode (MD6, for an Elecraft K3/K4), or leave the rig's mode unchanged (safest for a TS-590SG/TS-990S, whose data mode is a USB modifier set on the radio). There is no single command that fits every rig, so it's now the operator's choice.", "Ultrabeam over a remote link: changing the pattern (Normal / 180° / bidirectional) no longer snaps back to the old one after a few seconds. The commanded pattern is now held while the motors are still moving plus a grace window after they stop, so the slow remote status poll — which lagged behind the antenna — can't revert the display while the change is in flight.", - "QSL Manager: closing the window — or starting another download — now cancels the one still in progress. A slow QRZ confirmation sync kept running against the app for its whole life, so its log bled into a freshly started LoTW download and you saw QRZ activity during a LoTW run. (A LoTW \"http 503\" is separate — that's the ARRL server being down; retry later.)" + "QSL Manager: closing the window — or starting another download — now cancels the one still in progress. A slow QRZ confirmation sync kept running against the app for its whole life, so its log bled into a freshly started LoTW download and you saw QRZ activity during a LoTW run. (A LoTW \"http 503\" is separate — that's the ARRL server being down; retry later.)", + "QSL Manager (QRZ): the download summary now spells out that only confirmed QSOs are acted on (e.g. \"7950 of 26164 are confirmed\") — a full QRZ logbook has many not-yet-confirmed QSOs, and the old wording read as if QRZ had returned only a fraction of your log. Nothing was ever lost." ], "fr": [ "Keyer CW (Kenwood/Elecraft) : choisir le moteur Kenwood/Elecraft y bascule désormais réellement. Un bug laissait le keyer sur WinKeyer alors que le réglage affichait Kenwood/Elecraft, son CW-sur-CAT ne démarrait donc jamais.", "Mode data Kenwood/Elecraft : un nouveau réglage (Réglages → CAT) choisit ce qu'un mode data (FT8/PSK…) règle sur la radio — USB (défaut), mode DATA (MD6, pour un Elecraft K3/K4), ou ne pas changer le mode de la radio (le plus sûr pour un TS-590SG/TS-990S dont le mode data est un modificateur d'USB réglé sur la radio). Aucune commande unique ne convient à toutes les radios, c'est donc désormais au choix de l'opérateur.", "Ultrabeam en remote : changer le diagramme (Normal / 180° / bidirectionnel) ne revient plus à l'ancien au bout de quelques secondes. Le diagramme commandé est maintenu tant que les moteurs bougent, plus une fenêtre de grâce après leur arrêt — le poll de statut distant, lent et en retard sur l'antenne, ne peut donc plus faire revenir l'affichage pendant que le changement est en cours.", - "QSL Manager : fermer la fenêtre — ou lancer un autre téléchargement — annule désormais celui en cours. Une synchro de confirmations QRZ lente continuait de tourner tant que l'app vivait, son journal se mélangeait donc à un téléchargement LoTW fraîchement lancé et on voyait de l'activité QRZ pendant un run LoTW. (Un « http 503 » sur LoTW est un autre sujet : c'est le serveur de l'ARRL indisponible ; réessayez plus tard.)" + "QSL Manager : fermer la fenêtre — ou lancer un autre téléchargement — annule désormais celui en cours. Une synchro de confirmations QRZ lente continuait de tourner tant que l'app vivait, son journal se mélangeait donc à un téléchargement LoTW fraîchement lancé et on voyait de l'activité QRZ pendant un run LoTW. (Un « http 503 » sur LoTW est un autre sujet : c'est le serveur de l'ARRL indisponible ; réessayez plus tard.)", + "QSL Manager (QRZ) : le récapitulatif indique désormais clairement que seuls les QSO confirmés sont traités (ex. « 7950 sur 26164 confirmés ») — un logbook QRZ complet contient beaucoup de QSO pas encore confirmés, et l'ancien texte donnait l'impression que QRZ n'avait renvoyé qu'une fraction du log. Rien n'a jamais été perdu." ] }, {