RST fields revert to 59 after changing them, then tabbing to next field

[c-o-m-m-a-n-d-e-r-d-a-t-a]

Having entered a callsign, then using tab to move into, and set the RST fields, and then tabbing out to the next field, the RST fields change back to 59 and 59, regardless of what was entered.

[foldynl]

Unfortunately, I cannot replicate the issue. Under which OS are you running QLog? Do both fields change or only one of the RST fields?

[c-o-m-m-a-n-d-e-r-d-a-t-a]

Linux 6.1.62-1-MANJARO #1 SMP PREEMPT_DYNAMIC Thu Nov 9 03:01:44 UTC 2023 x86_64 GNU/Linux

Both fields.

With the dark mode switched on in case that is relevant

[foldynl]

Do both fields change or only one of the RST fields?

[c-o-m-m-a-n-d-e-r-d-a-t-a]

Both

[c-o-m-m-a-n-d-e-r-d-a-t-a]

Sorry accidentally hit the close button, my apologies.

[foldynl]

There is no reason why this should happen. Please, would it be possible to send me a video where this error can be seen (animated gif or something like this)?

[c-o-m-m-a-n-d-e-r-d-a-t-a]

Actually may be time based or random, rather than on tabbing...

[foldynl]

sorry to have so many questions, but it doesn't make any sense to me even when I see it. It is obvious that RST fields were deleted before the tabbing.

Is your rig connected to QLog? Did you have WSJT running when you shot this? Has this appeared before, or is this the first time you've seen it? Have you used any versions of QLog before with same issue or is this your first on this computer? I guess, you are running QLog 0.29.x. Is it installed from package or you compiled it from source code?

[c-o-m-m-a-n-d-e-r-d-a-t-a]

Yes, agree that it's not the actual tabbing, but happens by itself around the same time. Rig is connected, via wfview in between. No WSJT. I don't remember seeing this before, but it's possible my usage pattern has changed... Qlog 0.29.0 Compiled from git.

Actually I tested, it's the rig connection. If I disconnect rig, the behaviour stops. If I connect rig mid-qso, it instantly jumps back to 59/59

[dl2ki]

Actually I tested, it's the rig connection. If I disconnect rig, the behaviour stops. If I connect rig mid-qso, it instantly jumps back to 59/59.

I can confirm this effect here. RSTs and RSTs both change from the entered values to "599" after 'Connect Rig'.

---

I have also observed that the "RSTs" and "RSTr" fields are reset to "599" during a running QSO. So far, however, I have not been able to determine any cause or correlation. It seems to be random, but that probably can't be right.

So far, I have the impression that the behavior is triggered when actions are performed with the mouse and / or keyboard in the QSO while the duration timer is running. For example, switching to another desktop and using the web browser there.

Unfortunately, I can't say any more about this, as I have not yet been able to reproduce the behavior.

[foldynl]

thanks for the detailed description. Now it's up to me to do the research. It is interesting because the QLog's RST fields are not dependent on any event that would occur during the QSO. They depend on changing the Mode, Frequency (partly) and Callsign. If it is observed during a QSO, then it may be some kind of external event.

[foldynl]

I found a potential issue.

QLog changes RST values when RIG Mode is changed. I also consider a change of passband width (filter width) to be a change of the rig mode.

I don't know why, this is actually a question for Elliott, but wfview changes the bandwidth without an external event, as you can see below the mode remains unchanged but the filter changed from 2400 to 3600 (see especially the timestamp, how fast this event is generated) . I will try to fix this in the next QLog.

15:52:17.391 [DEBUG   ] [0x7f169bc8e400]        [qlog.ui.newcontactwidget.function.entered] => *** [void NewContactWidget::changeModefromRig(VFOID, const QString &, const QString &, const QString &, qint32):../QLog/ui/NewContactWidget.cpp:835] 
15:52:17.391 [DEBUG   ] [0x7f169bc8e400]     [qlog.ui.newcontactwidget.function.parameters] => "SSB"   "USB" [void NewContactWidget::changeModefromRig(VFOID, const QString &, const QString &, const QString &, qint32):../QLog/ui/NewContactWidget.cpp:837] 
15:52:17.391 [DEBUG   ] [0x7f169bc8e400]        [qlog.ui.newcontactwidget.function.entered] => *** [void NewContactWidget::__modeChanged(qint32):../QLog/ui/NewContactWidget.cpp:774] 
15:52:17.391 [DEBUG   ] [0x7f169bc8e400]     [qlog.ui.newcontactwidget.function.parameters] => 2400 [void NewContactWidget::__modeChanged(qint32):../QLog/ui

QString &, const QString &, qint32):../QLog/ui/NewContactWidget.cpp:835] 
15:52:17.932 [DEBUG   ] [0x7f169bc8e400]     [qlog.ui.newcontactwidget.function.parameters] => "SSB"   "USB" [void NewContactWidget::changeModefromRig(VFOID, const QString &, const QString &, const QString &, qint32):../QLog/ui/NewContactWidget.cpp:837] 
15:52:17.932 [DEBUG   ] [0x7f169bc8e400]        [qlog.ui.newcontactwidget.function.entered] => *** [void NewContactWidget::__modeChanged(qint32):../QLog/ui/NewContactWidget.cpp:774] 
15:52:17.932 [DEBUG   ] [0x7f169bc8e400]     [qlog.ui.newcontactwidget.function.parameters] => 3600 [void NewContactWidget::__modeChanged(qint32):../QLog/ui

[dl2ki]

Yes, changing the filter bandwidth sets RSTs and RSTr back to 599. It often happens that you adjust the filter bandwidth during a QSO. This could be one reason for my observations, but I'm not sure. But I will pay attention to it now.

However, it is unusual that the change in filter bandwidth has an influence here. Other setting changes do not seem to have any influence on this.