- Jul 18, 2019
-
-
-
Accounts were filtered using their ID before it was fully formed resulting in bad filtering. I moved the filtering after the ID is fully formed and the module now scrapes all accounts. I also added the number of the account to account where it's present to better reflect what is displayed on the website. closes : 11436@zendesk
-
- Jul 05, 2019
-
-
Closes: 11364@zendesk
-
- May 25, 2019
-
-
The assert contained '%' instead of '%s'. We now handle errors 139 and 20104. Closes: 39059@sibi
-
- Apr 06, 2019
-
-
When the error page is catched, the code is used to go on another page where there will be the error message. Closes: 10271@zendesk
-
- Mar 16, 2019
-
-
We only got one life insurance account. Fixed it, now we get all invest account in Browser2 way. Same thing for the invest.
-
Romain Bignon authored
All copyright holders have given their consent.
-
- Feb 27, 2019
-
-
Romain Bignon authored
-
- Feb 24, 2019
-
-
Romain Bignon authored
-
- Jan 06, 2019
-
-
Romain Bignon authored
-
- Dec 02, 2018
-
-
- Nov 10, 2018
-
-
Romain Bignon authored
-
- Oct 09, 2018
-
-
rdate and date of some transactions are way too far, like 10 years of difference
-
- Sep 16, 2018
-
-
Sometimes the BRED website enters an infinite loop so we must catch these exceptions and stop the loop, however some customers have a lot of transactions and it seems 30000 was not enough. Closes: 20219@sibi
-
-
Weboob and the backend need ids to be of string type, otherwise it causes crashes in the backend during synchronisations when trying to fetch and match accounts/transactions. Closes: 17791@sibi
-
'022' corresponds to Livret d'épargne populaire, which is TYPE_SAVINGS.
-
Sometimes the customer's email is hidden in the JSON and the key is called emailPartOffusque instead of emailPart. To prevent KeyError I added a condition to verify that emailPart is in the response content before assigning the email value. Closes: 19908@sibi
-
- Aug 18, 2018
-
-
My recent commit 2aacd2bf fixed rdates from transaction labels for type_card and type_withdrawal, however some untyped transactions may also contain dates in their labels and their rdate must be fixed too. Closes: 6085@zendesk
-
We first set rdate for all transactions and then apply the parse() method to replace the rdate if we find a date pattern in the transaction label (therefore, for transaction of type_card and type_withdrawal). Closes: 6085@zendesk
-
To make the blackbox work. I did not write the code, I just adapted it. It needs to use DictElement and co, but I am afraid to break something by doing this.
-
-
- Jul 29, 2018
-
-
-
refs #5867@zendesk
-
The Life Insurances were not scraped on the BRED website. This is now implemented along with the respective investments. The investments details are not complete but from the BRED website we can at least scrape the various types and amounts of investments. Closes: 5690@zendesk
-
- Jun 09, 2018
-
-
-
When an account is named 'Compte à vue', it is now a checking type account. Closes: 5269@zendesk
-
- Mar 31, 2018
-
-
- Feb 04, 2018
-
-
Closes: 4033@zendesk
-
- Dec 03, 2017
-
-
-
-
The bred connections was encountering 401 errors recurringly This patch fix authentication and refactor history fetching to adapt the new endpoint characteristics.
-
- Nov 18, 2017
-
-
-
-
-
Closes: 422547@redmine
-
-
- Sep 20, 2017
-
-
Florent authored
-