I've been using the v3.4.x releases since their release, but only on the 6m band. Today I've returned to 2m and noticed that the band segments are incorrectly displayed in the area under the frequency in HPSDR.
The whole of the 2m definition looks odd. I haven't checked other bands.
Below is just a snippet of the xml d/b to illustrate the problem:
A newly v3.4.2 created d/b contains:
<BandText>
<Low>144.3</Low>
<High>144.499999</High>
<Name>2M Satellite</Name>
<TX>true</TX>
</BandText>
<BandText>
<Low>144.5</Low>
<High>144.599999</High>
<Name>2M Linear Translator Inputs</Name>
<TX>true</TX>
</BandText>
But the same definition created by 3.3.17 contained:
<BandText>
<Low>144.300001</Low>
<High>144.399999</High>
<Name>2M SSB</Name>
<TX>true</TX>
</BandText>
<BandText>
<Low>144.4</Low>
<High>144.489999</High>
<Name>2M Beacons</Name>
<TX>true</TX>
</BandText>
<BandText>
<Low>144.49</Low>
<High>144.499999</High>
<Name>2M Guard Band</Name>
<TX>true</TX>
</BandText>
<BandText>
<Low>144.5</Low>
<High>144.799999</High>
<Name>2M All Mode</Name>
<TX>true</TX>
</BandText>
The 3.3.17 definition is correct for Region 1. I don't know about other regions but it looks wrong....
I've checked a d/b export from 3.4.1 and that has the same problem as 3.4.2.
For now I've simply copied the xml 2m band definition from the 3.3.17 d/b and overwritten the corresponding xml in the current 3.4.2 d/b and all is ok again

Is this a known defect, or am I missing something? Its easily reproducible....
Thanks,
Andrew
G0RVM