- Apr 26, 2021
-
-
The `guid` we get from the url's query parameters in order to build the document's id is gone on Credit Mutuel. So, we use the `cle` parameter instead. This statement is valid for Credit Mutuel's children aswell.
-
-
-
- Apr 11, 2021
-
-
Romain Bignon authored
-
Romain Bignon authored
-
- Apr 04, 2021
-
-
- Feb 12, 2021
-
-
Final set of hashes for the last serie of VerifCodePage.
-
before the xpath was on a <td>, now it's a <p> tag
-
-
- Jan 27, 2021
-
-
-
On CM, check_redirections() controls when 2FA is coming or not. Website proposes to redo 2FA a few weeks before its end of validity, also detected in check_redirections(). We can skip it, with skip_redo_twofa(). But for now it would only work in interactive mode. Thankfully we have the timestamp of the end of the 2FA validity. So now, we only need interactive mode if we are not in the validity period, effectively using skip_redo_twofa() otherwise.
-
- Jan 09, 2021
-
-
A logger signaled that additionnal transactions where no longer loaded, compared to the minimal list shown when reaching OperationsPage the first time. Now get_form has been updated.
-
-
- Dec 26, 2020
-
-
the old page was not working but the new one is pretty close For information: On the website, the button makes a POST generated with javascript and a lot of data parameters, but it is possible to use a get with a reasonable amount of parameters. This commit let retrieve bank statements and RIB when it is possible to make them match with an account. It is impossible to match for sure all accounts. I chose to retrieve to base subscriptions on iter_account, and then get documents that can be matched to an account. BUt some documents won't be retrieved, the other way would have been to iter on account list given on Subscription page and make on subscription for each, but we would lost the link between account and subcriptions.
-
-
- Dec 11, 2020
-
-
-
[creditmutuel] init_login: ensure at least 2 redirections after the login to reach the validation.aspx page After login, we don't redirect automatically on 302 but only redirect once if not to "validation.aspx" or that we are in interactive mode. The reason for that is that it is possible that a sca will be triggered when visiting this page. And so, a sms or an app notification would be sent unexpectedly to the user. This issue is that a redirect to this page could also be required by the bank around 1 month before the end of the 90 days to show a warning that sca will have to be done again soon. Even if it will still be possible to say "skip the sca for now". In the current case, the issue is that we were checking for the mobile_confirmation page only after a single redirect, but sometimes will show up as the second redirect after authentication. Ex.: authentification.html (302) -> pageaccueil.aspx (302) -> validation.aspx
-
- Nov 17, 2020
-
-
Rows with label 'Remboursement' were filtered out but it's not the only one that isn't a market order. Instead we filter out rows with no details link since market orders do have a link.
-
I misunderstood the issue with duplicate IDs in the portfolio accounts page. The issue is that liquidities accounts which were fetched on the main accounts page are now also on the portfolio page. Because of this change we fetched them twice. This commit reverts the change on account IDs on the portfolio page and ignores the liquidities accounts on this page.
-
SMS validation can occur when a user just registered a new phone to use the app validation one.
-
-
In this case we must follow the location redirection. This redirection seems happens when some cookies expire and is not alway reproducible. Indeed this url is catched by ConditionsPage and the empty 302 parsing failed.
-
Regexp crashes if it receives NotAvailable instead of a string. I couldn't find any example of a crash so I just removed the useless default value.
-
Market accounts are separated in a stock and a liquidities account, with the same number. Following a change in the page, we would add '.1' to the ID of both accounts, so there were duplicate IDs. We use the label to add '.1' only to the liquidities accounts' IDs.
-
The previous URL would redirect to this one, but sometimes, if there was only one account, it would redirect directly to this account's details, so we never reached the portfolio accounts page.
-
-
- Oct 28, 2020
-
-
Found necessary for, and tested with, CIC Banque Privee
-
Only SMS was known to be the channel of delivery. But it also can be email and vocal message. The OtpValidationPage will now catch that.
-
- Oct 07, 2020
-
-
This page may appear just after login. It is a 2FA method not handled yet. The message will inform the user to switch to 'Confirmation Mobile', which is an AppValidation method.
-
add new url to match with the revolving loan page
-
- Sep 23, 2020
-
-
Some users are redirected to a new url for their por account summary
-
It has been recently deleted from directaccess parent LoginPage, but is needed for openapi.
-
Between 2 synchronizations, client might have set up 2FA to be systematic. It also is often the case for pro users.
-
-
-
- Sep 09, 2020
-
-
When doing transfers to multiple new recipients in the same session, we are asked to do an app validation but not a code.
-
- Aug 26, 2020
-
-
- Aug 07, 2020
-
-
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.
-
