- Sep 09, 2020
-
-
The password isn't encoded in base 64 anymore. All connections have been set to wrongpass because we sent the password after encoding it.
-
It seems that the display slightly changed for euro funds investments: now they display a 'percentage' in the 'Cours' column (which usually contains the unitvalue or the original_unitvalue) and display the purchased amount in the 'Quantité' column. We must ignore these values because they do not correspond to the data usually contained in these columns.
-
-
Some users have a different page on which they need to go to have the list of their recipients.
-
The grid data is now handled seperatly between pro and ent.
-
-
-
-
-
-
When doing transfers to multiple new recipients in the same session, we are asked to do an app validation but not a code.
-
ValueDate now returns a real "date" object, not a mere string
-
before the password was only numbers, now it's alpha-numeric
-
-
Sometimes the URL is slightly different, we must handle '_jcr_' and 'jcr:'
-
Quantity and validity date are not always available.
-
-
like the commit 4a2987a9727756baf57a3934fb502e14a94be533 In PSD2, the account id is the "identifiantPrestation" when the account id is "codeGuichet+numeroCompte" in website and the transfer_check_account_id will be False because of that In this case, we just need to check the "codeGuichet+numeroCompte" part in the "identifiantPrestation".
-
-
-
-
Fixing some issues introduced by fetching accounts on the wealth accounts page, and some others: - error 500 while going on the new page, - a json field that needs to be optional, - a fix for the matching of accounts from the synthesis and wealth pages.
-
in order to also retrieve recipient for PSD2 accounts. In PSD2, the account id is the "identifiantPrestation" when the account id is "codeGuichet+numeroCompte" in website
-
- 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
-