- Aug 26, 2020
-
-
-
-
hydrargyrum authored
-
Some accounts are on the "Epargne" tab but not in the summary page where we fetched them. We need to get the ones we missed from this page. This also means we need to get on that tab to get history and investments. For now we only have the issue with some life insurances so we go on the new tab only for them, but the connector might need larger changes if we find out that other accounts are concerned.
-
-
We can have a failed_authentication here. To avoid to crash, a default value here allows to catch wrongpass further. Only seen for banquepopulaire module. An AssertionError has been added for caissedepargne in case of empty redirect_data.
-
It's not defined in .bank, import it correctly.
-
-
-
-
This is a 'Livret First'
-
Some investments lead to a 404 (even on the website) and we have to handle unavailable SRRI.
-
Some Life Insurance details are not accessible, we stay on IndexPage and there is no way to reach LifeInsurancePage even on the website. There is no need to raise BrowserUnavailable() in these cases, we simply return no transaction and no investment.
-
ameli has changed their id, (even existing ones) to make them more longer
-
In some case the Location response header is empty. In this case we can force the next_url.
-
-
we can be redirected to the documents page after the login procedure, so we go back to the subscription page
-
We still have some connexions without VK. Consequently the numeric check is done when the vk is identified.
-
Some documents have the same label and the same date. In this case their ID is the same, there is no usable info on the website to discriminate them, we do it manually.
-
The credit card statement code has been changed.
-
-
Concerns pro users on old_login where the message "Délégué inexistant" is thrown be website just after login, and also in the route the weboob takes on.
-
First, don't go on a non-LoggedPage at the end of iter_accounts, it can only lead to being delogged mindlessly. The real problem is the site fails with a 500 when a Referer doesn not point to /secure (what a bunch of idiots), and the life insurances URL doesn't have /secure, so after visiting them with go(), we set a bad Referer. Use open() instead, so the Referer is not set to a "bad" URL.
-
-
-
No need to fetch them in iter_accounts.
-
Easier to read, better performance.
-
The refresh token expires at ~24h. We repeat the login procedure from the beginning to avoid reporting a false wrongpass.
-
This check was missing in 8c896b872ac75e5c96006b3cfa916fa7901ad21a.
-
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.
-
-
-
-
-