- Jun 05, 2021
-
-
we can be redirected on this page anywhere, not just at login
-
On BforBank website, when an user has several accounts, there is a dropdown with all accounts available. The module iterate over this dropdown and recover the value attribute of each <option> in order to build the url that lead to saids accounts. The previous regex that extract the value attribute was like this: r'[^\d]' which allow to extract this value 123456789 and lead to build this kind of url : BASE_URL/espace-client/rib/123456789 This now lead to a 500 error and a lookalike unavailable/maintenance page. The value attribute has obviously changed, and now look like this : COMPTE_TITRE/yLsl6hUcNO_FbC7i9i0fUkFdESgVzGF2nwVuHfQhs08= PEA/Alql9hUcDO_FbL4i9i4fUoPdJSgQzHF2nwVuHfQhs08= etc... r'/(.+)' allow to extract the value following the slash and build this kind of url: BASE_URL/espace-client/rib/wk4C9nIlhkw8-DGPATODM4QuZgPTf5-RQb1ftWHpoqA=
-
In some scenarios, relogin are triggered. If it happens inside `handle_otp`, the otp value stored in config will not be cleared. The consequence is that we will try to validate the otp once again, even though we might not even be on the right page. To fix that we reset the otp value to its default value manually.
-
Handle more login error messages, updated XPath for errors in LoginPage's `on_load()` method. Additionaly, added login errors check in `end_login()` to avoid FormNotFound exception due to a blocked account access.
-
Some accounts are excluded of get_accounts_list because they have no available balance or label and it does not fit well with the backend. So, if such an account is found in internal recipients, we will not find the matching account and so we need to skip it.
-
-
For some reason, the creditmutuel module support returning to init_login when receiving 'resume' in a wrong state. That is unexpected compared to other modules. I added a log to handle_polling to be able rule out this case when auditing logging issue on this module or its childen.
-
Firefox, for example, could omit the "text" field of "content" in the case of a redirection.
-
some lifeinsurance have 100% liquidity, we were not fetching investments for those now we return create_french_liquidity in this case
-
If we don't go to the account's owner's space before we try to go to the life insurances website, we arrive on the "useless page".
-
Every time we go to the linebourse space, we *have* to call the url "CPTSYNT0". If we don't, subsequent calls lead to a "unavailable website" page. It was done in iter_accounts and iter_investment but not history and market orders.
-
-
Sometimes we can get a 403 with a message asking to reconnect while trying to access the bourse's landing page
-
Add 'BNP Paribas Multiplacements PER' to typing list to unlock investments scrapping
-
-
Reinstate previous account ids. Only some professional users experienced a change in ids but the new xpath works for all.
-
Sometime the website return an error code and no account. We interpret that situation as a browser unavailable.
-
-
-
They seems to be regular maintenance on the part of the website for "other brand" services.
-
-
-
-
Tested with cices also.
-
The URL without the account's ID leads to a 404 error.
-
- May 28, 2021
-
-
hydrargyrum authored
-
hydrargyrum authored
-
hydrargyrum authored
No real details on accounts
-
hydrargyrum authored
Site says: > Sorry, we had to disable upload because of repeated abuses
-
- May 24, 2021
-
-
-
Romain Bignon authored
-
We were using the value of those accounts as id, but we can have multiple accounts with the same value. This cause crash because of having multiple accounts with the same id
-
We were assuming that every accounts had pockets, but they do not.
-
-
Not all accounts have one.
-
-
The URL regex for the "situation" page fit the whole website so all connections ended up with an ActionNeeded
-
At login, users can be asked to activate their account on the website.
-
For this we need to check the message in both 'espèces' table and 'titres' table.
-
-