fix(qsl): clearer QRZ download summary (confirmed vs total)

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

@@ -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.

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."
     ]
   },
   {