CQRLOG - bugs

JD1YAB SAVES AS JAPAN INSTEAD OF OGASAWARA

Submitted by K5KV on

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.

Submitted by K5KV on

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

Submitted by pa3fqh on

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)

Submitted by n3gb on

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

Submitted by kk4ggl on

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: 

Previous data remain after editing a qso

Submitted by F8EHJ on

Hello,

After editing a QSO from main QSO window (EDIT QSO) and save it (in New QSO window), some fields remain filled (like comment to QSO, name,.....).
We must reset the new QSO by File-New QSO or F2 touch

Expected behaviour : when saving a QSO after editing it , new QSO window shall be reset (fields are empty except freq, mode,...) to avoid perfoming New Qso operation.

Best 73's
Hervé F8EHJ

Forums: 

dxcluster freezed

Submitted by f5row on

Plusieurs jours sans mise à jour possible de la fenêtre dxcluster. Les dx affichés datent tous du même jour... Tout le reste du programme fonctionne bien. RBN monitor y compris.

OS mint dernière version, mise à jour et CQRLOG 2.5.2

Que faire ?

73 depuis la Normandie

Forums: 

Pages

Subscribe to RSS - CQRLOG - bugs