Jim - N4ST
HRD is obviously doing some pseudo data-check clean-up when a manual update is performed on a QSO.
It is deleting both the DXCC code and the Country Name that were in the database before the manual update was performed.
HRD needs to address this.
Still, it is weird that the vast majority of countries are recorded correctly and survive a manual update of the HRD Logbook if the .18 test version JT-Alert is used.
Was the .18 version not actually using the TCP logging interface?
Jim - N4ST
From: HamApps@yahoogroups.com.au [mailto:HamApps@yahoogroups.com.au]
Sent: Monday, November 2, 2015 05:09
Subject: Re: [HamApps] Re:: HRD DEFECT - HRD TCP Logging Failure
On 2/11/2015 8:35 PM, 'Chas Cartmel' firstname.lastname@example.org [HamApps] wrote:
As for losing the data, if it is not sourced externally then the option must be internally.
That's it exactly. HRDLogbook is providing the Country Name (as it displays it in its main listview) derived from the JTAlert supplied DXCC. HRDLogbook is then removing that Country Name when it modifies its own log entry (no JTAlert involvement). Bottom Line... this is a HRD Defect or by design.
de Laurie VK3AMA
Posted by: "Laurie, VK3AMA" <email@example.com>