Maxime Gasselin authored May 13, 2019 and Romain Bignon committed May 19, 2019

The history were returned for 3 months. Now we return it for 1 year.
Moreover the patch allows to sort and return the transactions page per page.

Closes: 11276@zendesk

All copyright holders have given their consent.

Quentin Defenouillere authored Oct 24, 2018 and Romain Bignon committed Nov 10, 2018

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

Nicolas Gattolin authored Aug 14, 2018 and Romain Bignon committed Aug 18, 2018

- import unicode_literals in each Python module
- import weboob's basestring compat
- xrange -> range
- tested on 90 connections, 1 for each API

Célande Adrien authored Jul 19, 2018 and Romain Bignon committed Jul 29, 2018

A recurring problem with bnporc is that sometimes you may not have the good transactions list.
It may be truncated a lot. For example, from 50 transactions, you had only 5.
Because of that, in the backend some transactions become deleted because of one update with the bad transactions.

I tried to fix it by copying the website, since you never had bad transactions on it.
First, I changed the 'typeReleve' from 'Comptable' to 'Previsionnel' because it is the only type the website is using.
And I added some parameters to the history request. The same ones are used to go on the transaction page and to get the json data.

I tested a lot on connections, knowing the right and the wrong history state.
Since I applied the patch, I had not once the wrong state.

Closes: 5663@zendesk
Closes: 6219@zendesk
Closes: 6225@zendesk
Closes: 6229@zendesk
Closes: 6115@zendesk

Célande Adrien authored Jul 09, 2018 and Romain Bignon committed Jul 29, 2018

In some case, you may have only one market type account. If so, the website does not show a page with the list of one account but directly the details of this account.

Most of the time, getting the number in the account label is enough to recognize it in the iter_accounts.
But sometime you have custom account label, so it is not enough. That is why the entire account name is retrieved.

Closes: 13125@sibi
Closes: 12518@sibi
Closes: 13576@sibi
Closes: 12610@sibi
Closes: 12871@sibi
Closes: 11832@sibi
Closes: 11912@sibi
Closes: 11913@sibi
Closes: 11867@sibi
Closes: 11750@sibi
Closes: 11749@sibi
Closes: 11580@sibi
Closes: 11715@sibi
Closes: 11714@sibi

Maxime Gasselin authored Jul 03, 2018 and Romain Bignon committed Jul 29, 2018

My precedent MR had an error when an account doesn't have number in the
label. The fix allows the account to have number.
closes: 750661@redmine

cadrien authored Jun 20, 2018 and Romain Bignon committed Jul 29, 2018

Closes: 4907@zendesk

Maxime Gasselin authored Jun 15, 2018 and Romain Bignon committed Jul 29, 2018

Add a connection to the "Placements" page, and scrapping on the HTML
pages. For this it was necessary to take a token and a specific account ID to
reach the invest page.

closes: 5078@zendesk

Sylvie Ye authored Feb 28, 2018 and Romain Bignon committed Mar 03, 2018

In transactions main JSON page, there are 'transactions' and 'coming'.
It's not necessary to go on coming transactions details page from transactions JSON to
get card number because there is a special page for coming transactions with card number.

Closes: 558478@redmine

ntome authored Dec 15, 2017 and Romain Bignon committed Dec 30, 2017

We should not create Account objects for cards, and the history of these
cards must be returned on checking account.

We can do some guessing by looking at the history of an account and
looking if the transactions have spread debit dates or only once per
month.

ntome authored Dec 14, 2017 and Romain Bignon committed Dec 30, 2017

On the site, the card coming is on card page, but card history is on
checking page.

Before, the history on cards was not returned, but it's possible to find
on which card is a history transaction, so we now yield such
transactions on the related card account instead of checking account.

However, if the site doesn't show the card if there are no coming
transactions, so in this case the history will not be returned because
the card Account object cannot be created.

David Kremer authored Sep 28, 2017 and Romain Bignon committed Oct 08, 2017

At the end of the month, the list of cards is duplicated,
because the coming amount may exist for the current month
and the next. We need to merge the list of cards in this
situation, we try to only keep cards with a coming amount
in case of a duplicate.

weboob.tools.browser -> weboob.deprecated.browser
weboob.tools.parsers -> weboob.deprecated.browser.parsers
weboob.tools.mech -> weboob.deprecated.mech
weboob.browser2 -> weboob.browser
weboob.core.exceptions -> weboob.exceptions

Also, the new tree for browser2 is:

weboob.browser: import weboob.browser.browsers.* and weboob.browser.url.*
weboob.browser.browsers: all browsers (including PagesBrowser and LoginBrowser)
weboob.browser.url: the URL class
weboob.browser.profiles: all Profile classes
weboob.browser.sessions: WeboobSession and FuturesSession
weboob.browser.cookies: that's a cookies thing
weboob.browser.pages: all Page and derivated classes, and Form class
weboob.browser.exceptions: specific browser exceptions
weboob.browser.elements: AbstractElement classes, and 'method' decorator
weboob.browser.filters.*: all filters

Only the last day for now

We ignore the "/NSFR" page because it's easier to switch to another page
right away.