Bug #253
closedCould not retrieve the balance with the aqpaypal backend
Description
On a fresh opensuse 15.3 installation, using an aqbanking paypal configuration that works with aqbanking 6.3.2 and gwenhywfar 5.7.3, I tried to retrieve the balance from a paypal account using the following command:
$ aqbanking-cli request --aid=16 --balance
===== Enter Password =====
Please enter the password for
Paypal user xxx@yyy
Input: ***********
accountInfoList {
} #accountInfoList
securityList {
} #securityList
messageList {
} #messageList
but got an empty result.
When I run the same command as
AQBANKING_LOGLEVEL=debug AQPAYPAL_LOGLEVEL=debug GWEN_LOGLEVEL=debug aqbanking-cli request --aid=16 --balance, I get the attached log.
After retrying this command, it is displayed:
6:2021/12/30 18-15-34:aqbanking(1768):banking_user.c: 20: Reading user config (14) 6:2021/12/30 18-15-34:gwen(1768):fslock.c: 174: link(/home/opensuse/.aqbanking/settings6/users/0000000e.conf.lck.opensuse153.linuxvmimages.local-1768, /home/opensuse/.aqbanking/settings6/users/0000000e.conf.lck): Die Datei existiert bereits 6:2021/12/30 18-15-34:gwen(1768):fslock.c: 205: FS-Lock to /home/opensuse/.aqbanking/settings6/users/0000000e.conf already in use
which means that the associated aqbanking user was still locked and was not unlocked in the previous command.
Files
Updated by rhabacker about 4 years ago
If the Paypal account in question is added to a newly created aqbanking configuration, this problem does not occur. The problem affects users who upgrade to this aqbanking version and suggests that something has changed in the file format of the aqbanking configuration. If this is the case, aqbanking should import the old configuration and save it in the new format.
Updated by martin about 4 years ago
- Status changed from New to Feedback
3:2021/12/30 17-56-35:gwen(24446):padd.c: 210: First byte is not a 0x60
This line is interesting... The code for encrypting/decrypting the credentials file has no changed for years...
What version of AqBanking/Gwen was used before?
Maybe I will add a command to the gct-tool to decrypt such a file and show the content, maybe that reveals the reason why this file can't be read with current versions of AqBanking.
Updated by rhabacker about 4 years ago
What version of AqBanking/Gwen was used before?
I found out that the related file was created in june 2017 on a linux host. In 2020 I created a new file which is used until now.
It turned out that the file from 2020 is slighty smaller ( 42258 Bytes) than the file from 2017 (43426 Bytes).
Updated by rhabacker over 3 years ago
The issue is still present in version with AqBanking-CLI: 6.5.0 Gwenhywfar: 5.9.0.0 AqBanking: 6.5.0.0
Updated by rhabacker over 3 years ago
As reported above after an additional problem here is that after trying to use such a configuration, the associated user is not unlocked and all further attempts are blocked with an error.
Updated by rhabacker over 3 years ago
The related files are located in <home>/aqbanking/backends/aqpaypal/data/*.sec and gct-tool from version 5.9.0 was not able to show the content.
Updated by martin over 3 years ago
Hmm, the fact that the file lock is kept seems to indicate that AqBanking aborted and forgot to remove the lock.
I will have to look into your logs again as soon as I have time.
Updated by martin over 3 years ago
Well, at least the missing unlock should be fixed now in git.
Updated by martin about 1 month ago
- Status changed from Feedback to Closed
No feedback for a long time, closing. Please reopen if still relevant.