We decided to keep only PER and handle different kinds with specific
attributes later on.

Summary transactions do not have any details.

The exception is temporary and retrying usually fix the error.

They change the json response, add a check to know whether
we are going to get an SCA or not.

Sometimes when going to the market space, the website returns an
error 404 or 403. This is usually fixed the next time.

The market_login.go() request is skipped if we already landed on the
market home page after the first location.

Added new PhenixBrowser to the module to handle the new site.
All connections with type 1 (cardholder) will be redirected towards the new website.

The link we retrieve from the HTML is really unstable and has a lot of
HTTP Error 500. The new link (used by the website for elements that do
not have `href` attributes) works fine.

The 'titulaire' browser missed a condition to catch wrongpass errors.
The 'entreprise' browser now retrieve the error message when raising a
wrongpass.

It seems that the previous code was filtering transactions because the website was returning all transaction
from all cards in one request, the website seems to returning only the good transactions per request,
so i've removed what it seems to be depreciated code.

In some case, the subscription details page, where we get the
information for the subscription lab is not available.
We get a 401 error when getting it.

In this case, we can't get the phone numbers associated to the
subscriptions.

We set then the subscription label to the subscription id without the
phone numbers.

Sometimes there is no phone numbers associated to a subscription.
In this case the label was empty like " - "

We now use the subscription id as label, and concat phone numbers list
to it if we can get them.

Currently, account labels have no informations on who the accounts
belongs to. For Organization connections with accounts belonging to
different organization this caused multiple accounts with the same label
but no way to identify which organization it belonged to.

The website seems to enjoy creating new error messages and concatenate
others.
I now try to use generic parts of messages.
This way, I try to handle as much different messages as possible.

- 'Dépassement du montant':
	- 'Dépassement du montant journalier autorisé'
	- 'Dépassement du montant autorisé par virement' (new)
	- 'Dépassement du montant mensuel autorisé' (new)
- 'Opération non conforme':
	- 'Opération non conforme, les virements entre comptes Epargne ne sont pas autorisés.'
	- 'Opération non conforme: entre titulaires différents, seul un
compte courant peut être débité'
	- 'Opération non conforme, entre titulaires différents, seul un compte courant peut être crédité.' (new)
- 'Virement interdit':
	- 'Virement interdit sur compte clos'
	- 'Virement interdit sur compte inexistant'
	- 'Virement interdit sur compte inexistant ou clos' (new)
- 'Montant maximum autorisé':
	- 'Montant maximum autorisé au débit pour ce compte'
	- 'Montant maximum autorisé au crédit pour ce compte'

Some transactions were typed as bank instead of card.
It is because the typing in the module is too restrictive.

"XX/XX/XXXX PAIEMENT CB YYYY PLACE SHOP CARTE NUMBER -ZZ,ZZ EUR"

research of document by using form doesn't work anymore (even on website)

for example, if you have a document at 28/09/19 and you set date filter between 01/07/19 and 01/11/19
website tells you there is no document at all.
but give documents from last 6 months on the main documents page

this commit let the old code for the day they will fix their website since it doesn't crash

When you try to get transactions from the 10000th you have to reset to 0 and change the last_date to continue

Previous xpath of get_history lead to duplicate coming transactions.
DateGuesser had some invalid date (for ex 05/01/2019 instead of
05/01/2020) which led to some coming transactions not appearing.

when two (or more) credit cards are linked to a same parent account, as card numbers are close to each others it can mess'up the fetch of history providing the transactions from the other card.

fixing in a row a side effect of the same issue preventing to revert CB payment record from parent account to card account to perform monthly reset.

fixing also an issue in the history which was missing some transactions:
if history is being called when no new transaction has been recorded
since last credit card payement then history tab will have only last
period and before last period shown. But currently hsbc module assume
that first tab always contains "coming" entries (which are due in the
future) so it is always skipped for fetching history. So past entries of
the last period are not fetched from history and neither form coming as
they are filtered out due to past date.

Add new mapping for transaction types related to Global Transferts (with own foreign accounts).

Currently in python 2 if we try to print a BrowserQuestion that has a
unicode message, it crash with the error UnicodeEncodeError or
UnicodeDecodeError. This can be fixed by using the __unicode__ from
StrConv.

Boursorama implemented a payment in 3 months called CLIC, the url was not handled, most of the page is
similar to other loans but most of the Xpaths are not persistent.
For example some Xpaths are there but empty while other lack of accents.

So I added the URL, changed most of the Xpaths to handle all loans, and
since it does not have a rate, I put a default value for this attribute.

The ListElement's fill_env added in 077105e8e2f89049d301cde804062360af3c3ceb
was not implemented properly and crashes the module.

Moreover, it is useless because it is only important that the DateGuesser
object be the same between the Transactions.