Some accounts do not have a link to redirect to their details.
So this link is not looked for and not used in navigation unless it
exists.

Closes: 36455@sibi

The form value changed, therefore all accounts are currently in bug.

Closes: 31377@sibi

The xpath was not working for all accounts (especially when loans where
already fully reimbursed). Now the loans without any balance will be
skipped.

do_login: fix handle login error

CapBank:
* Accont on new website are needed to do transfer.
* Do matching account between old and new website
based on account balance and the 4 last account number characters
* Details of accounts other than checking accounts are not available on new website

CapWealth:
* Invests are not available on new website, use old website to retreive it

CapBankTransfer:
* transfer is only available on new website, do iter recipient on it

CapProfile:
* get profile on new website

The transaction types are retrieved according to the `TypeMouvement` key given by the API.
But this key return the same value for card, check and other transactions.
So the `TypeOperationDisplay` key is more precise.
But sometimes it sents the same value for order and transfer despite the label telling the opposite.
So now, the label is looked at first to determine the type, then if nothing is found, the API key is used.

Closes: 9744@zendesk

For multiple checking accounts, the iban url was fetched on the same page.
Now the detail page of the account is open so the correct url is got.

Closes: 9914@zendesk

When there is no telephone number, it can mean two things.
The subscriber is not the holder of the subscription, so he does not hav access to this data.
Or the subscription is not activated yet.

29447@sibi

These transactions are also present on the associated checking account.
Moreover, these tranactions do not have to be in present in the deferred card
history.

Closes: 9816@zendesk

One web page of coming transactions was not scraped
because we considered that there is only one page at a time.

Now the number of coming receipts are counts.
This count is used for the ids of `sel_tbl1` in the form to retrieve the page.

Closes: 10012@zendesk

The login was broken because they "reinforced" the security at login:
now to get the keypad we must pass the Referer in the headers as well as
the login as data and POST the request.

Closes: 10140@zendesk

No history page has been found for loans. We skip them.

Closes: 37743@sibi

The last id form seems to not exists anymore. But with all children, it's safier to keep it.

Closes: 33875@sibi

The last id form seems to not exists anymore. But with all children,
it's safier to keep it.

Closes: 37603@sibi

create separate browser and page for API website
API website is not working for now (can only retrieve checking and card accounts information),
Redirect to old browser after new website login
Also fix multispace redirect

The accounts with an id equal to '0' redirect to another website, which looks like the new cragr website.
(I saw Credit Agricole Provence Côte D'Azur Banque Privée - bgpi-gestionprivee.credit-agricole.fr)
The accounts that are found on the new website are already on the old one.

Closes: 9948@zendesk

Closes: 36178@sibi 35977@sibi

Loan page added (middle to long term) Might need to adapt for short term
loans when finding one case.

closes:9665@zendesk

The card page changed again and the numbers were in different xpaths so
the cards were not retrieved.

Closes: 9918@zendesk, 9987@zendesk

We only got one life insurance account. Fixed it, now we get all invest account in Browser2 way.
Same thing for the invest.

The login URL changed

The next_page navigation is totally illogical. In the next page button
you can return to the first transactions. Morever no logical pattern in
history url navigation can be exploited. Nevertheless, we can skip
these pages with the comparaison of the first transaction of the page.

Closes: 8257@zendesk 8318@zendesk 8292@zendesk 9235@zendesk 9589@zendesk

* coming balance is 0
* it can have several summary coming card transactions in future transactions list,
retrieve all coming transaction

Credit du Nord PEE has (now) an enhanced security feature,
using a kind of 'fingerprinting' of the browser device which
is used to detect if you changed device ; and will trigger
the sending of a OTP to email or SMS for authorization of
a new device.
If you fill-in the proper OTP you received, it will allow
this new device from now on.

The current creditdunordpee does not handle this feature,
and I was not able to add it easily.

Instead, I found that this bank is using what looks like a
shared platform with other banks - that is already supported
by weboob (module : s2e for the shared code, and modules:
bnppere, capeasi, erehsbc, esalia for the banks using it)

Thus I rewrote the creditdunordpee module to use s2e shared
code and have the authentication working.

In addition to fixing authentication, the use of s2e module
gives us a new capability (CapBankPockets). Morever, it seems
maintained.

'context' request data is not needed anymore

The iter_investments() method in AmundiBrowser was renamed iter_investment()
 to fit the method call from the AG2R module, it also has to be modified
 for caels that is a child of amundi.

The "_tabi" param for FCPE invests may be equal to "C" or "I1"; this new
regexp handles the two possible values.

Closes: 9974@zendesk