- Sep 09, 2020
-
-
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.
-
- Aug 26, 2020
-
-
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.
-
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.
-
- Aug 07, 2020
-
-
-
Caisse d'Epargne website sometimes take a lot of times to answer requests.
-
On occasions trying go to the login page doesn't respond with an expected JsonPage, although response is a code 200, and trying to parse it as such would throw a JSONDecodeError. Retrying does the trick and avoids raising a BrowserUnavailable
-
-
- Jul 02, 2020
-
-
In authorize url we need to add the nuser when it exists and we also need to add the good type_srv value (pro/part)
-
- Jun 17, 2020
-
-
-
In creditcooperatif (a caissedepargne child), the snid authentication parameter was not available in the parsed url. We can now take it from another place if it is not on the parsed url (it is always in the continue_parameters OR the url).
-
-
First step for login is to submit login without password and get the authentification method type before proceeding to it. For some connections, response JSON returns no auth method, and an 'AUTHENTICATION_FAILED' status right at this step. While there is a message 'Confirmez votre authentification à votre banque à distance', it is deceitful. When attempting the connection in a navigator the same reponse is given but a JS message 'erreur technique, Ce service est temporairement indisponible' is displayed as well. Hence the BrowserUnavailable error to be raised.
-
When the user has no 2fa method enabled, there is a specific error message that needs to be caught.
-
- Jun 03, 2020
-
-
Pagination was not handled with measure accounts. Also, we need to store the page on which a specific measure_id is found, since we need to go on that specific page to fetch accounts pointed by that measure_id.
-
- May 22, 2020
-
-
CloudCard (aka Secur'Pass) is a method that asks for an AppValidation when adding new recipients or making transfer when not on the Caisse d'Epargne application.
-
-
- May 07, 2020
-
-
Closes: 75201@sibi 66425@sibi
-
if we are in the indexpage, that means there is no subscription Closes: 64810@sibi 45475@sibi
-
- Apr 29, 2020
-
-
hydrargyrum authored
During transfers, we are redirected to www.icgauth.* (domain depends on child module). The site requires lowercase percent encoding, in violation of multiple RFCs, because their developers are @}!#&$;%, so we have to write contrived code to force it against urllib3's behavior.
-
- Apr 22, 2020
-
-
When error is not catched after itering all connection types available, an AssertionError is thrown, which doesn't help user. Tested on website, "votre abonnement est bloqué" is when wrong password is submitted, it is not an ActionNeeded.
-
It is better to raise AuthMethodNotImplemented instead of an AssertionError, when we find a new login method, since this exception was made for this.
-
-
- Apr 08, 2020
-
-
Banque BCP has a slightly different url for validation_option because it contains an additional word. Example of previously handled URL : https://www.icgauth.caisse-epargne.fr/dacstemplate-SOL/index.html?transactionID=CtxDACSP[a-f0-9]+ Example of the Banque BCP URL : https://www.icgauth.caisse-epargne.fr/dacstemplate-SOL/_12579/index.html?transactionID=CtxDACSP[a-f0-9]+
-
CLOUDCARD strong authentication was not correctly handled. This led to the user being asked an sms otp when he received an app validation, and it raised a HTTP error 400 when trying to validate the strong authentication.
-
TODO - check "asap" status on a sunday
-
In e2e0a04e we ensured that we didn't do bytes/unicode comparison, ignoring the garbled characters returned by urllib/requests which doesn't know how to decode caissedepargne shit cookies (encoded as utf-8, though it's not standard). We ignored them because we thought we didn't care about their content. Unfortunately, this mess may contain useful data, so we have to decode them manually.
-
- Mar 18, 2020
-
-
In python2, cookies from a cookiejar are bytes, but we compare them to a unicode string (unicode_literals). This is not a problem until there are non-ascii bytes. Unfortunately, sometimes the caissedepargne/palatine site returns cookies in utf-8. So we end with non-ascii bytes. In python3, it doesn't crash, but requests or the lower layers interpret cookies as latin-1 instead of utf-8, which yields a few garbled characters, but fortunately we do not care about that part of the cookie. Closes: 57830@sibi
-
- Feb 12, 2020
-
-
The new login mechanism is like transfer authentication and use same URLs and pages. There is 'context' in json response to know if it's a login or transfer, but this key is not always here when authentication fail and we don't know if it's for login or transfer. Refactorize all authentication mechanism to have the context through the code.
-
-
- Jan 30, 2020
-
-
Login and transfer authentication services have identical process and pages Set `is_here` to avoid transfer pages to be catch by login pages during transfer process
-
The new virtual keyboard is, at the moment, only for the region 'rhône-alpes'. The other regions use the old virtual keyboard. Closes: 56606@sibi 15956@zendesk
-
- Jan 08, 2020
-
-
-
The CloudCard uses biometric recognition to authenticate the user. So it is not Supported. Otherwise, if an exception is not raised, it generates a 400 error with the code 102 and the message 'Unauthorized to execute fallback'
-
- Dec 18, 2019
-
-
On the website we sometimes get an error 500 when getting the life insurance history.
-
- Dec 05, 2019
-
-
When session had multiple CTX cookies, the get_profile was going in the first `if` to delete other CTX cookies but the profile.name was not set. Closes: 52406@sibi
-
Can't find any connection on old website
-
-
- Oct 23, 2019
-
-
RecipientInvalidOTP generates a bug when raising it during a transfer the exception is not adapted the TransferInvalidOTP is now created and can be used Closes: 41036@sibi
-
accounts The module would crash when adding connections without an account on the website, even if some documents were present. Now I create a fake Subscription object to bind all documents with. Closes : 12826@zendesk
-