Error reporting is so simple when you have a "errors" entry... why not
invent many different ways to report there's an error?

Finally we can send JSON the way we want.

aomizu authored Nov 30, 2019 and hydrargyrum committed Dec 04, 2019

get recipe item xpath return 3 json:
* the first json only contains a short summary
* the second json contains the recipe info and description
* the third json contains url for others recipes suggestion

Now, get the second json to parse all needed information

Benjamin Bouvier authored Nov 01, 2019 and Romain Bignon committed Dec 02, 2019

This is very basic, as it implements all the logic in
MobileConfirmationPage, which is not ideal. This lets 2 minutes to the
user so they have an opportunity to validate their OTP code, after which
it raises the AppValidation exception instead.

Otherwise untested

Also, building modules failures should not be fatal because some modules
will always be missing some dependencies.

Laurent Bachelier authored Nov 08, 2019 and Romain Bignon committed Nov 30, 2019

Shorter messages and to the point, also show when saved.

Laurent Bachelier authored Nov 08, 2019 and Romain Bignon committed Nov 30, 2019

This allows filtering and it is also nicer to have a prefix.

sinopsysHK authored Nov 30, 2019 and Laurent Bachelier committed Nov 30, 2019

- Remove debugging tweaks (log.debug, extra overrides,...)
- Fix lint complains
- Published as a python3 compatible module

This reverts commit 3b8cc43d.

sinopsysHK authored Nov 20, 2019 and Laurent Bachelier committed Nov 30, 2019

Despite looking close to French web site, it Hong Kong web site is
completely different and need its own support.
So far login, getting accounts and account history are working.
There is no such "coming" entries in Hong Kong as all entries are
recorded alnost in real time even for credit cards which are deferred
toward parent account but real time toward own account.
Profile might be added later.

There is no support yet for investments, loans and deposits as I have no
mean to test.

There is an enhancement that could be considered: enrich entries from
FPS (Fast Payment Service) additional details. Not yet supported

Laurent Bachelier authored Nov 30, 2019 and hydrargyrum committed Nov 30, 2019

All dates are at least missing the year, but it is implied they are
current year, current day, etc.
Also tested under Python 3.

Laurent Bachelier authored Oct 15, 2019 and hydrargyrum committed Nov 30, 2019

Under Python 3, __pycache__ is used, and is not cleaned up.
It is also not necessary to clean it up anymore, since those .pyc files
cannot be imported without a .py files unlike what happens under Python 2.

Laurent Bachelier authored Sep 24, 2019 and hydrargyrum committed Nov 30, 2019

Otherwise in many cases we can end up with too many lines before or
after.

Laurent Bachelier authored Oct 01, 2019 and hydrargyrum committed Nov 30, 2019

Sometimes it is lowercase, uppercase, or even bytes instead of unicode
strings!
This removes a warning under Python 3.

Lucas Ficheux authored Nov 30, 2019 and hydrargyrum committed Nov 30, 2019

Corrected regex for FRAIS TRIMESTRIELS DE TENUE DE COMPTE.

Typed Transactions with COMMISSION PAIEMENT PAR CARTE in their label
as TYPE_BANK.

Typed Transactions with CREDIT CARTE BANCAIRE in their label as
TYPE_CARD and added rdate parsing.

Quentin Defenouillere authored Mar 01, 2019 and hydrargyrum committed Nov 20, 2019

Wrongpasses were not handled at all yet.

Since all code is supposed to be python3 compatible, we should not
restrict files passing through pyflakes3.

Olivier Da Rocha authored Nov 14, 2019 and hydrargyrum committed Nov 20, 2019

The dates where evaluated at startup, this meant NEXT_DAY and NEXT_24H
were fixed since the browser creation not when raising the exception

Olivier Da Rocha authored Nov 13, 2019 and hydrargyrum committed Nov 20, 2019

This will prevent from silently returning a bad datetime.

Olivier Da Rocha authored Nov 13, 2019 and hydrargyrum committed Nov 20, 2019

[browser/exceptions] BrowserTooManyRequests: Check whether the next_try is None after the date check

If we check if next_try is None first, then we will set the next_try to
a default datetime that will be overriden by the next check on date.

Olivier Da Rocha authored Nov 13, 2019 and hydrargyrum committed Nov 20, 2019

This will prevent giving a message to BrowserTooManyRequests instead of
a next_try by mistake.

Christophe François authored Nov 18, 2019 and hydrargyrum committed Nov 20, 2019

In some revolving credits the displayed balance is the available amount
instead of the used amount, it needs to be overriden with the used
amount.

Closes: 14567@zendesk