I can upload to eqsl, but download fails stating wrong username or password.
Doing cqrlog --debug=2 I see that cqrlog tries to open following link;
https://www.eqsl.cc/qslcard/DownloadInBox.cfm?UserName=la3rk&Password=XX...
Thereafter a lot of traffic between cqrlog and eqsl server, ends with;
Error: No such Username/Password found
This could mean the wrong callsign or the wrong password, or the user does not exist.
And cqrlog reports wrong user or password.
Opening the link found in the debug log opens the eqsl download page correctly and gives me a choice of downloading adi or txt file. Apparently both user and password is correct but straight download from eqsl seems broken.
Any advice from anybody.
PS Cqrlog is last public version, ie 2.5.2 (001)
73 de Olaf - LA3RK
HI Olaf!
I think there is something weird with eqsl server.
If I click your link, there is your call, paswordXXXX and your qth nicname eqsl server says that your file is ready and asks to select adi or txt.
I selected txt and there is my call and seems to be my qsos too:
ADIF 3 Export from eQSL.cc
Received eQSLs for OH1KH
for QSOs between 01-Jan-1982 and 31-Dec-2030 and uploaded on or after 01-Jan-2010 00:00Z
Generated on Thursday, February 10, 2022 at 08:52:36 AM UTC
eQSL.cc DownloadInBox
3.1.0
OH1LA1982100309472MFM59
But if I use browser that I have never used with eQSL it says:
Error: No such Username/Password found
That is true because password is XXXXX and call is your call.
When you try to access eQSL with browser and the link copied from debug use browser that has never used before with eQSL or open new private window for testing.
Otherwise there may be old cookies stored in browser that make your download success.
That should not happen and is a server side problem that makes the error hunting difficult.
Maybe then you got different result and can start to dig out the reason.
I would start with change to simple password and see if cqrlog works with that.
--
Saku
OH1KH
Can log in to eqsl with my browser (firefox) and read log and get to the page giving txt/adi option. But using same user/password from cqrlog fails.
Using link found in debug output opens the correct page, ie the download page.
Is this problem connected to the same problem that propagation window is blank (not opening the given link).
73 de Olaf - LA3RK
Olaf Devik LA3RK
HI Olaf!
What I tried to say is that you should not trust your browser.
If you have accessed eQSL web page with success and then try the link from cqrlog debug you cannot trust that it really works.
As said I have accessed eQSL with my browser. If I then click your link in message that has your callsign and password XXXXX I can still access eQSL !!! And it is giving qsos from the time period you have defined in your link.
That is because my browser has cookie or cookies from where eQSL knows me as OH1KH even the link I sent has call LA3RK
eQSL server should not work this way, but it does.
So browser that never has accessed eQSL, or all cookies cleared, or using new private window (that does not store cookies) must be used for testing the debug's link. Only then you can be sure that the link cqrlog uses does really work with eQSL.
There was a problem in cqrlog with passwords having special characters like scandinavian ÖÄÅöäå but I think it is already fixed in 2.5.2(001)
The only way to clear it out is to scroll down the commit list and find the date of that fix https://github.com/ok2cqr/cqrlog/commits/master
Faster way is to change your password to "easy" one that has only letters A-Z, a-z and numbers and see if that matters.
There was a problem with propagation some time ago. It was the iweb server's security setting change that blocked out all requests from cqrlog.
https://www.cqrlog.com/comment/10022
It has been fixed, but after 2.5.2(001) official release.
If the same security problem affects now to eQSL server too it should appear in both up- and download.
Does the DK0WCY propagation window work?
--
Saku
OH1KH
DK0WCY works fine, but I like the window shown at http://www.hamqsl.com/solar100sc.php
Prop window stays empty. I am at version 2.5.2 (001)
As to web reader, I use Firefox, have no problem getting to the download page with the browser, but cqrlog claims no such username/password found.
I agree that the link given from the debug log should not work as I changed by real password to XXXXX and as you say, cookies opens your log instead of mine.
I never use umlaut characters in password so my password is "clean"
Have tried the link given by cqrlog in private window, no success. But logging into eqsl with same password manually and in private window works ok.
Maybe time to abandon eqsl all together. Lotw is my main qsl path.
73 de Olaf - LA3RK
Olaf Devik LA3RK
Hi Olaf!
As you have problems with propagation, but not with DK0WCY, It may also affect now to eQSL I cant test that any more as all my versions are up to date.
I suggest you should try to update your cqrlog using my ready compiled cqrlog files.
best way would be to compile by yourself, but if you do not like to do that my update script is very easy to use.
Just download newupdate.zip extract it to have newupdate.sh and start that in command console.
It will do rest of downloading, backup and update.
You find it from https://github.com/OH1KH/cqrlog/tree/loc_testing/compiled and there is a video showing how the update goes here https://www.youtube.com/watch?v=H_QLQhQyFVg
It would be interesting to know if updating resolves both propagation and eQSL problem.
At least it should resolve the propagation problem, that's for sure.
--
Saku
OH1KH
Saku
Updated via the zip file, cqrlog now reports ver 2.5.2 (001) Gtk2
Propagation window works fine
No success with eqsl download, cqrlog claims:
Size: 5228
Error: No such Username/Password found
eqsl can be opened in browser.
I seem also to have a problem with uploads to clublog, cqrlog states that there is no internet connection. But I can open clublog via browser.
LOTW up and download works fine.
Rest of cqrlog seems to work fine.
Internet connection is somewhat slow, ping time around 30 ms, download 1Mbps, upload 5 Mbps. I have fast 1Gbps fiber line, but station computer has low wlan signal level.
Olaf Devik LA3RK