- Jul 18, 2019
-
-
-
The new website and the old one are handle in the same code. A previous patch for the new website broke some code for the old one. Closes: 12254@zendesk
-
- Jul 05, 2019
-
-
The palatine module (child of caissedepargne) does not use the format '123456XXXXXX1234' but '1234XXXX123456' to hide card digits. Therefore we must handle both cases using Coalesce. Closes: 42905@sibi
-
For some accounts without cards the server closes the session when we try to reach CardsPage. We avoid this problem by checking whether there is a link to the cards before trying to go.
-
The server returns an error 500 trying to reach history of these accounts. The same problem occurs from a web browser.
-
That is quite strange but it is not possible to back to the home page after fetching invests. First we need to go back to the synthesis page, then to the home page. Same problems when fetching recipients, we need to go first to the summary page.
-
Card cases is really tricky on the new website. There are 2 kinds of page where we can find cards infomation - CardsPage: List some of the PSU cards - CardsComingPage: On the coming transaction page (for a specific checking account), we can find all cards related to this checking account. Information to reach this CC is in the home page We have to go through this both kind of page for those reasons: - If there is no coming yet, the card will not be found in the home page and we will not be able to reach the CardsComingPage. But we can find it on CardsPage - Some cards are only on the CardsComingPage and not the CardsPage - In CardsPage, there are cards (with "Business" in the label) without checking account on the website (either history nor coming), so we skip them. - Some card on the CardsPage that have a checking account parent, but if we follow the link to reach it with CardsComingPage, we find an other card that not in CardsPage. Closes: 41709@sibi
-
- Jun 17, 2019
-
-
- May 25, 2019
-
-
Closes: 41708@sibi
-
Closes: 41707@sibi
-
-
The xpath does not contain '/p/b/a' anymore, the 'p' has been removed. I replace it with '//' to go directly to 'b/a'. Closes: 41563@sibi, 41562@sibi
-
It turns out this boolean is useless, after 5 tries if we didn't manage to reach the loans we just return self.loans = [] There is no need to raise BrowserUnavailable() if we didn't get there. Closes: 41162@sibi
-
- May 19, 2019
-
-
-
Added a for loop wqhen trying to access the Loans JSON. If it fails, we must go back to home page before retrying. If we failed 5 times, we raise BrowserUnavailable. Closes: 30311@sibi
-
This reverts commit 54d4de1023903b47e883e505efe74b9b1bf2a6b5.
-
The Loans request often crashes so we have to try several times to avoid the 520 error (Unavailable). Closes: 30311@sibi
-
Yes, these idiots really require a human-formatted date time with the timezone present in the URL. Else they return a 520 code. We should use the "babel" library to format it correctly instead of hardcoding.
-
-
- Apr 20, 2019
-
-
Regression introduced by this commit db85eaab. This regression impacts the type of the card summary transaction, from SUMMARY_CARD to CARD. As a result the code to fetch deferred card history was not reachable anymore.
-
When there are several accounts but only one is a checking and other are loans, the website does not display the account selection box.
-
- Apr 06, 2019
-
-
The website is broken, when there are several accounts the direct link to an account displays the history of the last visited account (or the first account in the list). To reach the correct history I use the form sent when selecting an account from the dedicated select box.
-
'pro' transfer use `create_transfer()` in `init_transfer()` and not `update_transfer()` which is used for 'par' transfer (with and without OTP)
-
-
- Mar 31, 2019
-
-
-
Replace by "-".
-
Do not use TransferError for error anymore and use 'assert' instead
-
Closes: 37739@sibi
-
- Mar 16, 2019
-
-
-
The transaction types are retrieved according to the `TypeMouvement` key given by the API. But this key return the same value for card, check and other transactions. So the `TypeOperationDisplay` key is more precise. But sometimes it sents the same value for order and transfer despite the label telling the opposite. So now, the label is looked at first to determine the type, then if nothing is found, the API key is used. Closes: 9744@zendesk
-
No history page has been found for loans. We skip them. Closes: 37743@sibi
-
Loan page added (middle to long term) Might need to adapt for short term loans when finding one case. closes:9665@zendesk
-
-
Some users have a PEA but they don't have access to linebourse. The self.page.is_error() was already handled in iter_accounts, but not in iter_history() and iter_investments(), therefore some connections were still crashing. Closes: 32564@sibi
-
Inactive accounts have no link and if we try to click for history or investments, it returns a BrowserUnavailable. So we must verify if they are inactive before trying requests.
-
Some LI on crédit coopératif did not have any balance so the accounts were skipped because there was an xpath that we did not handle yet. An example of these life insurances is "ACTIPLUS".
-
The Crédit Coopératif connections could not access the Linebourse space because the in update_linebourse_token() method, the domain was hardcoded and only worked for the caissedepargne module.
-
Closes: 37021@sibi
-
Romain Bignon authored
All copyright holders have given their consent.
-
