- Jul 05, 2019
-
-
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.
-
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
-
-
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
-
- May 19, 2019
-
-
- Apr 20, 2019
-
-
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.
-
- Mar 31, 2019
-
-
-
Do not use TransferError for error anymore and use 'assert' instead
-
- Mar 16, 2019
-
-
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".
-
Closes: 37021@sibi
-
Romain Bignon authored
All copyright holders have given their consent.
-
- Feb 24, 2019
-
-
If we continue the requests, we will send a sms to the customer. We have to check precociously if the user doesn't have recipient/transfer functionalities. Closes: 28047@sibi
-
CreditCooperaitMarketPage did not have the 'is_error' method so all the Crédit Coopératif connections having a Market account crashed when trying to connect to Linebourse. Closes: 31693@sibi
-
Romain Bignon authored
-
- Feb 05, 2019
-
-
-
Replace to self.browser.session.cookies. Crash for revolving loans. Closes: 6087@sibi
-
The date changes. ex: "datePourIE": "Wed Jan 30 2019 11:54:07 GMT+0100 (heure normale d’Europe centrale)". Moreover to reach the consumer loans space, we need to delete the old jsessionID cookie. Closes: 35859@sibi Closes: 9234@zendesk Closes: 9366@zendesk
-
On some loans, the next_payment_date column does not exist. Closes: 35859@sibi Closes: 9234@zendesk Closes: 9366@zendesk
-
It's an annual summary consequenlty we give it the last day of the year. closes: 34998@sibi
-
form is now identified by 'id' and not 'name' Sometimes, in history, there are @class='aspNetDisabled' to means that there are no more transaction
-
- Jan 23, 2019
-
-
Closes: 8729@zendesk
-
-
- Jan 13, 2019
-
-
Closes: sibi@31966 sibi@32542 zendesk@8697 zendesk@8729
-
- Dec 21, 2018
-
-
users with only savings account can't go on 'CPTSYNT1' page When we go on 'CPTSYNT1' page, we are redirected on another page The page seems to not be a 'LoggedPage' but so it can also redirect to a 'LoggedPage' page because it's a redirection from a 'LoggedPage'
-
fter loging, getting a new error message on IndexPage. Added a check to detect the message in on_load. Closes: 8025@zendesk
-
- Dec 18, 2018
-
-
The bill function was not well implemented. Some xpath or data forms are specific to palatine (palatine is a children of caissedepargne). Closes: 24997@sibi 29349@sibi 25188@sibi
-
- Dec 17, 2018
-
-
When mandatory questionnaire pop, we check if we can by-pass it and do it. Otherwise raising ActionNeeded
-
ISIN codes do not always start with "FR" so I changed the method that extracts the code from the label for it to work with any kind of ISIN.
-
- Dec 06, 2018
-
-
in case of external recipient label is like : XX - XXXXX XXXXX - FRXXXXXXXXXXXXXXXXXXXXXXXXXXX - XX - XXXXXXX - FRXXXXXXXXXXXXXXXXXXXXXXXXXXX - - FRXXXXXXXXXXXXXXXXXXXXXXXXXXX -
-
- Dec 02, 2018
-
-
-
and raise browserUnavailable
-
With a label with a length > 40, some spaces is add with the <wbr> tag. A simple remove of wbr tag is sufficient.
-
- Nov 10, 2018
-
-
it crash with ServerError 500, now skip iter recipient to avoid crash
-
-
The new Linebourse's website uses new requests to an API that are implemented in a brand new browser class (LinebourseAPIBrowser). Caisse d'Epargne's connections still use the old Linebourse website, that's why an additional class attribute stores the browser to use (LINEBOURSE_BROWSER). It is only used by Credit cooperatif's connections so far, so the existing code has to be kept as such, using if-conditionals on the current url to choose which requests to run. Also, raise an ActionNeeded for the first connection (CGUs)
-
