[WT-support] WinTest 2.08 bug

[Olivier Le Cam]

F6ETI wrote:

>Saluts,
>
>problème rencontré par F6KLO/P durant le cCdF THF:
>
>Une station est enregistrée par erreur sur 432 MHz (59011) au lieu de 144 MHz
>(où 37 QSO sont déjà enregistrés)
>Changement de bande de ce QSO par Alt F1 pour la remettre sur 144, puis
>validation. Son nr de série reste à 011 au lieu de passer à 038.
>A partir de ce moment, étant sur 144, la numérotation continue à partir de 012
>(suite du 432).
>Comment faire pour retomber sur nos pieds sur 144?
>Nous avons loggé x fois un indicatif bidon "f1abc"  dans notre propre locator
>(jn05pg) afin de rattraper le nr de série suivant correct.
>Ces enregistrements ont bien, été considérés comme des "dupes" mais au lieu
>d'afficher 0 point, ils étaient crédités d'un point.
>
>
>Désolé pour l'explication compliquée.
>Y avait-il une (autre) solution pour s'en sortir?  Il va nous falloir nettoyer
>le log (sortie .edi) des QSO nuls...
>Je ne me souviens pas avoir rencontré ce problème par le passé (Editest DOS)
>Bon débuggage, ça servira pour les suivants..
>  
>
Bonjour,

Bon, le problème va au delà de ce que Philippe signale : lorsqu'un qso 
est validé (ce qui a été le cas), on est en mesure de croire que le 
numéro de série a été passé ... Donc, si on change de bande après coup, 
il faudrait conserver le numéro de série de l'ancienne bande (avec 
l'effet de bord que Philippe signale sur le QSO suivant). L'autre 
solution pourrait être de ne pas permettre de changer de bande à un QSO 
(c'était le cas avec editest, au delà de l'avant dernier qso) ... et 
donc de forcer l'opérateur à faire F11 (ce qui ne marche pas bien, au 
passage, la encore à cause d'un bug cete partie du code).

D'un point de vue codage, le plus simple serait de modifier le numéro de 
série pour le *dernier* QSO saisi selon la bande du QSO, mais de ne pas 
toucher aux numéros pour les avants derniers et au delà.

J'attends vos points de vue !

73,
-- 
olc