CQRLOG - bugs

Access violation.

Hi Saku!

So far I have had no problems with the test version of cqrlog. Today after starting cqrlog, the popup for "new qsl manager database" and "new DXCC table" update opened and I gave the ok to run it and finally I closed cqrlog. Now when I restart cqrlog it gives me the following error:

Cqrlog Ver:2.6.0_(120)_Gtk2 Date:2023-11-18
**** DEBUG LEVEL 1 ****

Forums: 

Failed to load canberra-gtk-module on Debian Trixie

It doesn't start after install with a simple
$ sudo apt install cqrlog
and libcanberra-gtk3* was installed before...
---------------------------------------------------------------------------------------------------------------
$ cqrlog --debug=1
Gtk-Message: 18:39:31.528: Failed to load module "canberra-gtk-module"

Cqrlog Ver:2.5.2 (001) Date:2021-02-12
**** DEBUG LEVEL 1 ****

Forums: 

JD1YAB SAVES AS JAPAN INSTEAD OF OGASAWARA

I FOUND A LOTW CONFIRMATION FROM ARRL FOR JD1YAB WITH PROPER CREDIT FOR OGASAWARA. I COULD NOT FIND THE CALL JD1YAB UNDER THE OGASAWARA PREFIX JD(O) BUT INSTEAD CQRLOG STORES THE CALL AS JA-JAPAN. IT WAS CONFUSING HOW I COULD HAVE A LOTW CONFIRMATION FOR A STATION THAT SEEMED TO NOT BE IN MY LOG. OF COURSE I TRIED AND TRIED TO EDIT THE LOG QSO AND CORRECT PREFIX BUT CQRLOG HAS THE VERY ANNOYING HABIT OF INGNORING USER INPUT AND DOING WHATEVER IT LIKES. THIS IS MY THIRD ENCOUNTER WITH THIS FORCED ERROR ON DXCC PREFIX. PLEASE ALLOW USERS TO CORRECT DXCC PREFIXES THAT ARE IN ERROR.

Forums: 

ALLOW CQRLOG USER TO CORRECT INVALID COUNTRY NAME AND PREFIX AND SAVE CORRECT VALUES.

PLEASE REVISE CQRLOG TO ALLOW USERS TO CORRECT COUNTRY NAME AND PREFIX ERRORS FORCED BY CQRLOG. THE DXCC STATUS IS NOT SHOWING CONFIRMATIONS CORRECTLY AND MANUAL CORRECTION IS IGNORED BY CQRLOG. PLEASE ALLOW USERS TO CORRECT COUNTRY NAME AND PREFIX.

73
BENNY K5KV

Forums: 

Error when uploading to eQSL and Clublog

Hello,

This seems to be a recurring issue, but I have ran into yet another problem with uploading to online logs.

Some background: I run a number of different instances of CQRLOG on different machines around the house. The mother instance is running headless on a RPI. The working machines (two laptops and a RPI400) run their own versions but use the database on the RPI. In this way, I can log to the same database from various locations around the house (I have two shacks),
This works fine for some years now.

Forums: 

Strange interaction wsjtx<->cqrlog(118)

I have recently upgraded to cqrlog(118), and have noticed that it does not revert to normal operation after I exit from wsjtx. When I leave wsjtx(by Alt+F4), the offline indicator remains on and I cannot enter calls into the New Qso window. The only way I have found to recover is Ctr+Q and restart.

Setup: openSUSE Tumbleweed(up to date),WSJT-X 2.6.1, cqrlog(118) compiled from git source.
cqrlog starts rigctld, which is then shared with wsjtx.

This worked with the last cqrlog I compiled, which was somewhere around 116 - sorry I can't be more specific.

Forums: 

ADIF expor still generates music icon

I though I'd put this here as a bug because it is still happening.

Debian 12. Fully updated.
CQRLog 2.5.2 (001) 2021-02-12
I have been exporting ADIFs from CQRLog for various reasons. The file still has a musical note as an icon instead of a text file icon. I checked the file and ADIF is still the first thing appearing in the first line. No blank linefeed.

Forums: 

Pages

Subscribe to RSS - CQRLOG - bugs