- Dec 02, 2018
-
-
Everytime we test a module handling liquidities we have this error: "Investment "Liquidités" has code but no code_type" This error is pointless since the "Liquidités" code_type is always NotAvailable so I precised in the "if inv.code" to check if the inv.code is not "XX-liquidity".
-
Closes: 1013621@redmine
-
The account typing was sometimes biaised by the person's name: for example, if the label is "Compte Mr Pelletier", it will find "pel" in the label and therefore type it as a "PEL". The Regexp looking for actual words should reduce wrong account typing. Closes: 8229@zendesk
-
Loans are fetched on a loan detail page and the correponding account is removed from the accounts_list, however it is crucial to add the loan url for other methods in the module such as iter_transfer_recipients that start with "assert account.url" and get_invest that starts with "if /blabla/ in account.url". Closes: 28577@sibi
-
-
-
handle loans paid off without a next_payement_date.
-
Some undesirable cards get the precedent xpath condition. The criteria is now if there is coming. Ex: 'Dépenses de novembre'. Closes: 28173@sibi 8134@zendesk
-
meant to work with oAuth2 compliant modules. The module constructs the authorization_uri with every params it needs (at least client_id and redirect_uri), then raise BrowserRedirect with this uri.
-
-
When trying to use iter_invesments on accounts which have only cash on them, the valuation diff would fail because in the JSON the values is 'null'. Closes: 26798@sibi
-
-
The boursorama website changed and now the former code user to fetch card numbers is completely obsolete: we must go to the cards page, fetch the card's hash using card.url, match this hash with another hash on the page that will be associated with the card's number. In addition, I removed the method iter_card_ids() that was never called and constitutes dead code. Closes: 13401@sibi
-
-
-
When accessing sogecash for the first time, a form must be filled. Hence the action needed.
-
-
and raise browserUnavailable
-
-
tag name changed for the cards details
-
With a label with a length > 40, some spaces is add with the <wbr> tag. A simple remove of wbr tag is sufficient.
-
- For some account, the page used to find the token was a 302 that redirect the browser to an page where we could not find any usefull information. Added a new page to check if the first one was empty. Closes: 20342@sibi 8050@zendesk
-
Use parse_french_date instead of Date to get the different dates for the loans.
-
-
-
-
Closes: 7505@zendesk
-
Matching perimeters can include " et " instead of " & " but also "et" instead of "&" si I removed the spaces in order to check both possibilities. Closes: 8016@zendesk
-
Some accounts have a balance but no label on the website. To avoid empty account labels I added "Compte sans libellé" as a default value.
-
Customers complained about weird invest labels that they could not identify in some of the invests. These invests are actually part of iter_liquidity, therefore, in order to fit the liquidity model, I renamed these investments with "Liquidités" and "XX-liquidity". I on purpose did not use create_french_liquidity because here liquidities are iterated with klass=Investment in pages.py and they have specific attributes such as original_currency and invest_account_id. Closes: 7977@zendesk
-
-
The site seems have changed for revolving loans and for several case it's not necessary to use Async method. Closes: 2709@sibi
-
In the new cards space, some cards have no history like "Carte Dépôts". Consequently we skip them. Closes: 28173@sibi, 28190@sibi, 28179@sibi
-
Closes: 26867@sibi
-
Before, some accounts present in the new present were not return. Here the patch take in consideration all the space where cards are scrapped to avoid the maximum of conflict. Closes: 7178@zendesk
-
Use a different url for login because it redirect to another url whith 'pro' inside when connection is a professional one and handle thoses url for subscription and documents Closes: 18742@sibi 26106@sibi
-
Sometimes when we add a BP recipient, we don't catch the expected message wich is present on the backtrace: "Le n° de compte que vous avez saisi appartient à La Banque Postale, veuillez vérifier votre saisie". Because has-class("app_erreur") have several responses, we prefer the in method. Closes: 28005@sibi
-
Closes: 7432@zendesk
-
-
When account MILLEVIE history was unavailable (error 500), BrowserUnavailable exception was not caught. This problem triggered an other error later, when we tried to get investment for this kind of account. Closes: 16315@sibi
-