Ubuntu 20.04
CQRLOG 2.4.0 (001)
Using HamQTH.com for Callbook support
When I run "Callbook -> Database update" it hangs on the call MQ2JBS. I was hoping it would timeout and move on, but I have left it for hours on three different occasions and it just sits there on that call.
What can I do? Is there any way to help debug this?
Thanks!
-David, N9KT
Did you ever make any progress with this problem of "Callbook --> Database Update" hanging? I'm noticing the same problem. I've tried different filters and it seems to usually get stuck on the first callsign. Sometimes it seems to make it through one callsign but then gets stuck on the second.
Dave
N8IW
Dave
N8IW
HI !
I made brief look this morning while having the morning cup of coffee.
Produced a test log with adif export/import having 1109 qsos.
I did run test update with my "loc_testing" cqrlog 2.4.0(130) and it went through within about ten minutes.
Then compiled latest official cqrlog from github sources and tried the same. It stopped to first qso.
After that started again my (130) version and it worked again in about same time.
I do not remember that I have ever touched this part of source code. So it must be similar with official source. The only difference with versions is that (130) used is compiled to use QT5 graphics, the official was compiled to use the traditional GTK2.
How ever this kitchen laptop has so small display that I do not continue any further. I must do more tests with my hamshack computer that has bigger dual display.
I will look at this again when I got more time.
--
Saku
OH1KH
Hi!
I did more tests with own and official source compiled for QT5 and GT2.
None did hang. Used HamQth.com. I do not have paid account for qrz.
It seems to be random problem that is hard to reproduce. Might also be a problem in log database used.
That one is easy to test. If it always hangs make full ADIF export, then create a new log, import ADIF and test again. You have to set preferences/callbook support at ĺeast first.
--
Saku
OH1KH
Saku,
Thanks for looking into this. I'm using the QT5 Compiled version from the FreeBSD Package Manager. Creating a new log from the exported ADIF resulted in the same behavior with respect to the CallBook --> Database Update. I did notice one behavior that I'm not sure if it is by design or a bug. If I select one or more records in the QSO list but not all of the records, the CallBook --> Database Update will hang. If I "select all records" then try the Database Update, it will complete and reload the data.
Rgs,
Scott W5PLT
Thanks Scott!
I will try selected update next. I hope it is the key.
I did see once with kitchen laptop, but not after that with hamshack computer. But I always tried with full log contents.
--
Saku
OH1KH
HI Scott!
Made more study.
If selecting qsos with Ctrl+left mouse clicks. That list seems not work with this. It makes full update then.
When using filter it has effect what to update.
Used several callsign prefixes as filter criteria and found out that it sometimes crash.
Every time the first update run updates only one callsign data, the last one. This is where it may crash.
Second run produces full update of selected data.
Now, when you compile cqrlog by your self you could try to modify fDatabaseUpdate.pas file in src folder.
Open it to plain text editor and goto line 380
You should see there:
begin
found := True;
break
end;
Add one line between "found" and "break" (to be as):
begin
found := True;
dmData.qCallBook.First;
break
end;
and then try to to run. Remember to backup your logs, or use testlogs only.
I found out that this at least makes newly selected filter update to run completely at first go. Not just for one callsign.
Please tell what it did cause for your update run.
--
Saku
OH1KH
FreeBSD 12.2
CQRLOG 2.4.0 (001)
Using QRZ.com for CallBook Support
I have the same problem when using "Callbook --> Database Update". It sticks on the first callsign.
Scott
W5PLT
Hi!
You can now test it by making compile from official source https://github.com/ok2cqr/cqrlog
or try my test binaries https://github.com/OH1KH/cqrlog/tree/loc_testing/compiled
--
Saku
OH1KH
I tested the new code using a filtered QSO view. This works correctly now for me when using qrz.com for my updates - the process does not get stuck. Manually selecting a handful of QSOs and then trying an update does the entire view and doesn't limit itself to the selected QSOs. Perhaps this is supposed to work this way though, or was not included in this fix. In any event, I can now successfully update my QSOs from qrz.com using a filtered view. Thanks for the fix!
Dave
N8IW
Dave
N8IW
Hi Dave!
Nice to hear!
Yes, manual selection is not coded in Database update like it works with Group edit. Perhaps it could be added. I have to look how easy (difficult ;-) that would be. I was thinking to do it already, but wanted to see first if current fixes work.
--
Saku
OH1KH
Hi Dave!
I added manual selection and also fixed some bugs. It is now in official source and my test binaries (132). There might be also official release in near future.
--
Saku
OH1KH
Thanks Saku. The functionality seems to be working correctly although I'm having trouble UNselecting rows in a filter once I've done a selection. A little hard to explain - The Callbook update works fine on an entire filter view, or when manually selecting a few rows it works fine with that as well. Once I manually select something though I can't UNselect all the rows such that the Callbook update would then work on the whole filter view again. Not a big deal and it may be behaving as expected.
On thing I did notice while testing this is that I ended up with an empty "cqrlog" popup that is modal and I can't make it go away without killing cqrlog. I'll attempt to upload a screenshot.
Dave
N8IW
File:
Dave
N8IW
Maybe don't worry about that part about not being able to do the entire filter view after manually selecting a few in a filter view and doing a Callbook update. I just tried again and couldn't reproduce.
Not sure that I can even recreate that issue with the empty popup window but I'll report back if I do.
Dave
N8IW
Dave
N8IW