- Mar 18, 2020
-
-
-
-
Wrongpass is associated with this url /errorauthn#error=INVALID_CREDENTIALS (no clue on html page). The baseurl is original_website and change for childs. Closes: 61526@sibi
-
-
Some external recipient's bank name can have dots in it.
-
I don't know why it was added in the first place but it's clearly useless.
-
Closes: 60524@sibi
-
Closes: 57642@sibi
-
When adding a recipient, the website asks for a specific key case name from a personal key card that each user has. Those keys are now displayed as image.
-
With browser when we click on "retour aux comptes" we are disconnect. We have to do login again. Maybe a temporary behaviour. Closes: 51235@sibi
-
The dateValeur used for the date is unstable and sometimes irrelevant. So instead we use dateOperation for the date of transaction (which is always the date used by the website). This modification requires some modifications on the rdate which used to be compared to the dateValeur.
-
- If there are no accounts, we catch BrowserForbidden exception to return an empty list instead. - get_profile() now goes through auth page to retrieve profile informations to prevent the crash if the user does not have any accounts.
-
The Baseurl is specific for children and must be set by them self and not be handled by parent.
-
The previous commit forced the content-type of every request to application/json which broke the request to get transactions. With the wrong header, the response defaults to the five last weeks of history instead of the requested month. This resulted in duplicated transactions as we got the same transactions for each request. Closes: 16691@zendesk, 17238@zendesk, 16660@zendesk, 16684@zendesk, 17235@zendesk, 17240@zendesk, 16560@zendesk, 17275@zendesk, 16778@zendesk, 16648@zendesk, 17286@zendesk, 16569@zendesk, 16703@zendesk, 16572@zendesk, 17344@zendesk, 17416@zendesk, 17425@zendesk, 16688@zendesk, 16693@zendesk, 17470@zendesk, 16775@zendesk, 17501@zendesk, 17507@zendesk, 17505@zendesk, 17504@zendesk, 17502@zendesk, 17499@zendesk, 17519@zendesk, 17556@zendesk, 17574@zendesk, 17581@zendesk
-
Some backend using weboob is unfortunately developed by monkeys who think it is fine to mangle weboob objects dates behind our back, so we cannot even trust our own data. Save the transaction date before shit-backend puts its shit-covered hands on it, so pagination is not fucked up.
-
* Avoid account_id check on transfer * Search the account by iban in init_transfer to get the right account_id * In iter_transfer_recipients if we not found classical id we use IBAN
-
Some bank name have a dash in it, which the actual regex did not handle.
-
Lunchr supports 2 pagination mechanisms, passing incrementing "page=" parameter or passing "before=" with a date. Unfortunately, they don't seem competent enough to implement "page=" properly. Fetching 30 transactions with using page= mechanism takes 10 seconds instead of 2 seconds using before=.
-
Crossbrowser 2fa, one validation for 90d, can't implement for now. Sms and appvalidation exist. Closes: 49253@sibi
-
- Mar 15, 2020
-
-
Serebii is a website collecting all data on Pokémon games. This module is made to fit the 8th generation.
-
- Mar 05, 2020
-
-
Even if life insurances are not scrapped here, need to add this URL, putting a lot of connection in bug state while listing accounts otherwise. Closes: 51058@sibi
-
-
-
Some accounts have empty values in some columns of the Investments table.
-
On the website, when the user makes a transfer label with parenthesis, it appears in the transaction list without any parenthesis.
-
The pro browser was dependent of par browser for one value. Closes: 61527@sibi
-
error LGON011 appeared again, maybe they are checking it dynamically so I'm now trying to match every headers exactly like on the website
-
For pro users and a certain transaction, rdate and date were inverted. Closes: 15916@zendesk
-
-
Now all arkea par modules can be driven by cmso.
-
Now mostly all requests are on the api for all arkea group. To access it the login is modified. Tested with bpe, cmb, cmso and arkeabanqueprivee connexions. Closes: 60403@sibi 17348@zendesk 17099@zebdesk 17385@zendesk 17343@zendesk 17366@zendesk 17038@zendesk 17420@zendesk
-
-
According to Fortuneo information, the 2FA presence information is in checkaccess response headers.
-
Sometimes adding recipients throws an error, this is temporary and user who have encountered this error did not have it the next day while trying to add the same recipient. The is_here has been improved to handle the case where there is an error message displayed.
-
This url is not used anymore for transfers and it contains a html page that we tried to handle with a json page. Closes: 36661@sibi
-
-
The website requires customers to enter an OTP by SMS. This step seems to be only once and/or customers can deactivate it online since some connections are working again after OTP submission.
-
Some modules did use accepted_document_types while other used accepted_doc_types. After discussion with @flo it was decided to standardize on accepted_document_types. Now all modules do use accepted_document_types.
-
-
It seems that no 2fa is required in this case. We can redo the login without 2fa request. Closes: 56226@sibi
-