- Dec 02, 2018
-
-
-
-
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
-
- Nov 30, 2018
-
-
- Nov 20, 2018
-
-
- Nov 11, 2018
-
-
Closes #173
-
-
-
- Nov 10, 2018
-
-
The account table is present when no account is present, we need to add condition to avoid research account in this case. Closes: 27858@sibi
-
-
Sometimes the LCL website does not work properly and we randomly land on the LoginPage while trying to get transactions: AttributeError: 'LoginPage' object has no attribute 'get_operations' I added an "if" to verify if we are on the login page and raise BrowserUnavailable before calling "get_operations()" to prevent these issues that are not always reproducible. Closes: 16243@Sibi
-
There was a useless "break" after a "return" in a for loop of the class _get_operations. This break will never be executer so I simply removed it.
-
I had to divide by 100 the portfolio share we retrieved.
-
Page could be redirected to IndexPage if transfer is not allowed TransferPage inherit from IndexPage so self.home.is_here() is true Avoid this problem with check type of self.page
-
NSS seem to have different behaviors on different distros, e.g. Debian and CentOS, and it also depends on the NSS version, which creates a whole matrix of cases. Try to force SQL database use for >=3.35 and default (probably DBM) for versions <3.35. NSS might still ask the infamous question: Enter Password or Pin for "NSS Certificate DB": but deleting the old generated *.db files should solve it.
-
The encoding to the page seems to have changed and "PRÊT" appeared as "PRêT" : the consequence was that Loans were not typed anymore and were therefore scraped as regular accounts whereas the Loan page does not have the same HTML structure. Removing all the encodings of the module (incluging the subscriptions part) worked since all pages are now in charset = UTF-8 on the website. Closes: 27994@Sibi
-
it crash with ServerError 500, now skip iter recipient to avoid crash
-
Before, the life insurance id were fetched from a request that does not work anymore. In order to fetch the id we must use the new API that contains account details as well as investments. For life insurances that have no detail, the former code still works. Closes: 7713@zendesk
-
- Missing comma in list
-
Iban string retrieve is like this: IBAN : EX6713281847025700290000236 Nom du Titulaire or IBAN : EX6713281847025700290000236 BIC / SWIFT
-
Sometimes the request to the old website returns a Server Error (500) that crashes all BNP connections. With this try/except , the connection to the old website will fail but it will not prevent all the accounts from the new API to be scraped correctly. Closes: 7735@zendesk, 7863@zendesk, 27832@Sibi, 16333@Sibi, 27833@Sibi
-
Here we repair when label get numbers near the original amount. Ex of transactions : "BLABLA 4x48 -193,00 DKK" Closes: 27816@sibi
-
The market accounts were not scraped yet, the BNP website seems to have changed recently. This patch enables scraping of the market accounts. The iter_investments method already worked as such, however the pagination is not yet handled. When there is only one account on the "invests" page, the checking and the market account are fused into one account, the market balance is not scraped, nor are the investments. This patch enables both accounts to be visible with their respective balances and the investments related to the market account. Closes: 6827@zendesk
-
this times clients need to provides some documents
-
-
Before we did not handled when original amount were superior at 1000. Ex of transactions : "BLABLA -7 350,00 RUB RU ST.PETERSBU". Closes: 16732@zendesk
-
it seems that l4 and l5 are always present, retrieve them in raw keep label unchanged
-