- Aug 26, 2020
-
-
New recipients are activated, at most, 1 day after being added.
-
all the connections without a scope value raised an AssertionError but shouldn't this patch check if the scope is not None
-
On some regional part of banque populaire, like credit maritime or banque chaix, the url may include the name of the bank in the url. Resulting of having: `https://www.icgauth.creditmaritime.groupe.banquepopulaire.fr/credit-maritime-grand-ouest-se-connecter/` instead of `https://www.icgauth.creditmaritime.groupe.banquepopulaire.fr/se-connecter/`
-
Some clients have an UnavailableWebsite error, this is due to the SCA which is not catched because of the scope 'all' which is not managed by the module. Also, phone number is not found in the contact information because the client have a professional phone.
-
Also boursorama
-
-
On first login, we have to solve a CAPTCHA to login, and then MyEdenred gives an access_token and a refresh_token. But unlike previous code, on subsequent logins, we can reuse the same access_token, rather than solving the CAPTCHA again. And when the access_token expires, we can simply use the refresh_token to get a fresh access_token, rather than solving another CAPTCHA. By using OAuth2iPKCEMixin, we leverage its token management.
-
-
-
-
-
* Take year in current page when there is not year available for a document * Exclude n° in regex when take year, to avoid to return a bad value
-
- Aug 12, 2020
-
-
hydrargyrum authored
-
- Aug 11, 2020
-
-
hydrargyrum authored
-
hydrargyrum authored
-
- Aug 07, 2020
-
-
Sometimes after getting the captcha from anti-captcha.com the MyEdenred website returns the error 'Invalid captcha response'. I have added a condition not to raise a false wrongpass and try again the captcha
-
An AssertionError was raised even when there was no error found.
-
For new recipients, the first transfer needs to be validated with a personal key card code and an app validation.
-
For certain contracts, text 'Veuillez contacter le Crédit Bailleur' is present in lieu of the expected amount in the 'Montant restant dû' column. We skip the account in that case.
-
Previously, the transactions were scraped by html, the transactions were not sorted by the field date in the html, the transactions were sorted by timestampOperation, a field which is not accessible in the html but accessible by JSON API, the timestampOperations is the date at the time that the transaction has been debited. The date in the html is the rdate. With this fix, transactions will be properly sorted
-
-
-
The website can now ask us to validate the new recipient with an app validation instead of sms. But we can force the sms validation.
-
-
-
The stock market were not correctly fecthed so we take the whole string and manually remove 'Meilleure exécution' ?
-
Transfer to internal recipients require different data to be sent than a transfer to an external recipients.
-
-
We found only cash market orders but deferred orders are theorically possible.
-
Some rows are about refunds, they need to be filtered out.
-
-
-
-
change the regex of the login to avoid the space character because the login is use in the url, and you can have a %20 in the url.
-
hasPositiveBalance seems to be the real indicator. ledgerBalance may or may not have a sign, we must ignore it.
-
Some users are unauthorized to access life insurance. This was raising an error cause the redirection to the main website was not handled.
-
Multitype users (Pro and Par) might be needed to log as Pro using old_login method. But this will not work if they don't submit 'nuser' field. Now Caisse d'Epargne sends an explicit error about it that we can handle.
-
The password requirements have been updated. Before, no more than 2 digit repeats. Now you need at least 3 different numbers.
-
Transactions will lose their id but: - nothing changes apart from that - the id was a phony hash forged by the module itself, based on date, amount and label
-
-