This is a blind fix concerning the "symbols = '-'" patch from a weboob
contributor: https://git.weboob.org/weboob/devel/merge_requests/218
It seems that something with the obj_date is causing crashes on the workers that we
cannot reproduce locally so while I am waiting for the session folder,
this fix may reduce bugs on the spirica module.

Some users have to sign documents.
It can be skipped by going on Account page. But account page can also be redirected on document signature page like this:
AccountsPage(GET) -> DocumentsSignaturePage -> AccountsPage(GET) -> DocumentsSignaturePage

Plus, for transaction and investment it's a POST request, document signature page can be here after the post.
Every pages can be redirected like this in go_details_page:
AccountsPage(GET) -> DocumentsSignaturePage
AccountsPage(GET) -> TransactionsInvestmentsPage(POST) -> DocumentsSignaturePage

It's easier to raise ActionNeeded.

Closes: 15699@sibi

These modifications are linked to the arkeabanqueprivee new module
that inherits from CMSO.
Howevers the credentials were for "par", we will need a "pro" account to
check if the login works as well with arkeabanqueprivee or modify
cmso/pro/browser.py accordingly.

Completely untested

This allows to make whole-day events.

I'm not sure how I get duplicate entries on my system (I get them for
bank), since I can't reproduce it with local_run. But this shouldn't hurt.

Especially with local_run

That way you can do "local_run -Wall boobank"
-Wall was previously not working at all, being passed as argv[0], and
gets quickly annoying.

Without it, sys.executable became '' and would end up confusing
some virtualenv installs.

The compatibility logic was already removed when we stopped
supporting Python <2.7. Now no application is using check_output from
compat.

The iframe destination tends to change, and isn't always an AccountList
page. However, we test the existence of CGUs on the AccountsList page,
and this is why we need to ensure we are on a AccountList page
beforehand.

Closes: 14153@sibi 13797@sibi

Looking at the website, you can see that some transactions are duplicates.
So it is normal to have some, since it is what is send.

But sometimes, some requests send have the same transaction list, even if they had different parameters/data.
So there are some more duplicates.
It happens only for the card type transactions.

They are compared to be sure they does not bring duplicates.
It is pretty easy since their labels always have the same format: 'TOT DIF %MONTH%'.
And the duplicates one have the same amount too.
The rest is checked just to be sure.

Closes: 6257@zendesk

The infamous "Cliquer pour déplier ou plier le détail de l’opération" is
back!

This is linked to the commit 6d41bfaf that removes this piece of some
transaction labels ; but it turns out that now it's not located in
parts[0] instead of parts[1].
I first remove all empty strings and then look for the string that we
want to get rid of ; if it's there I remove it from the list, this way
it is more dynamic that parts[0] or parts[1].

Tested with CIC and creditmutuel connections.

Closes: 6378@zendesk, 6382@zendesk, 6381@zendesk, 6398@zendesk

Before the patch the number and label look like "Avoir sous mandat LCL
00426346639P". Now it is only 00426346639P.

closes: 6173@zendesk

The patch adds strid params. Whithout the params the website is
frequently in error.

closes: 13847@sibi

update origin account and recipient account label for transfer check
get them on init transfer page

example: 'Compte Courant Joint' on account page can become 'Compte Courant' on transfer page

Transfer origin account balance can be negative

Closes: 16355@sibi