Closed ny4i closed 1 year ago
Fixed
This appears to be back when the mode is RTTY.
I verified the mode sent with a RTTY contact is RTTY. This was done with a RTTY contest.
The UDP sent is as follows:
<?xml version="1.0"?>
<contactinfo>
<app>TR4W</app>
<contestname>NAQP-RTTY</contestname>
<contestnr>72</contestnr>
<timestamp>2023-07-16 20:17:58</timestamp>
<mycall>N0TST</mycall>
<band>12</band>
<rxfreq>2491500</rxfreq>
<txfreq>2491500</txfreq>
<operator>N0TST</operator>
<mode>RTTY</mode>
<call>AF4O</call>
<countryprefix>K</countryprefix>
<wpxprefix>AF4</wpxprefix>
<stationprefix>AF4</stationprefix>
<continent>NA</continent>
<snt>599</snt>
<sntnr>2</sntnr>
<rcv>599</rcv>
<rcvnr>0</rcvnr>
<gridsquare></gridsquare>
<exchange1>RYAN FL</exchange1>
<section>FL</section>
<comment></comment>
<qth>FL</qth>
<name>RYAN</name>
<power></power>
<misctext></misctext>
<zone>8</zone>
<prec></prec>
<ck>0</ck>
<ismultiplier1>0</ismultiplier1>
<ismultiplier2>0</ismultiplier2>
<ismultiplier3>0</ismultiplier3>
<points>1</points>
<radionr>1</radionr>
<RoverLocation></RoverLocation>
<RadioInterfaced>1</RadioInterfaced>
<NetworkedCompNr>0</NetworkedCompNr>
<IsOriginal>True</IsOriginal>
<NetBiosName>DESKTOP-4K20B9M</NetBiosName>
<IsRunQSO>1</IsRunQSO>
<StationName>New</StationName>
</contactinfo>
The mode in the XML packet sent via UDP is set to NoMode. This is wrong. The mode is coming from ExtendedMode but it seems that ExtendedMode is not set for some reason. There should be a failsafe that if ExtendedMode is set to NoMode, we revert to the Mode so we do not send a blank mode.