- Apr 27, 2019
- Apr 24, 2019
-
-
- Apr 20, 2019
-
-
-
Avoids warnings like "encoding error : input conversion failed due to input error, [...]" because the URL was handled by LoginPage (HTMLPage).
-
form with id 'P2:F' is not only for 'pro' account in CIC
-
[browser.filters] Add MapIn filter, that allow the pattern of a selected value to another value using a dict.
-
Needed to do polling for new recipient with digital_key
-
-
In the history json, amid real transactions, there are some entries with a 0 amount and a label like "Historique indisponible - contacter BNP [...]". These are not transactions, skip them.
-
Romain Bignon authored
-
-
-
-
Changed from "Comptes externes" to "Mes comptes externes"...
-
-
Regression introduced by this commit db85eaab. This regression impacts the type of the card summary transaction, from SUMMARY_CARD to CARD. As a result the code to fetch deferred card history was not reachable anymore.
-
they have removed captcha, but added an otp at first login then use password for other attemps, so we use a StatesMixin Closes: 36486@sibi 36670@sibi 36669@sibi
-
-
-
[cmso] All card transaction was typed as deferred card. Fixed it to set the proper type for each transaction.
-
I factorized the transactions investments into a separated method to retrieve investments only for the first 20 transactions, otherwise the spirica website is too slow. The rest of iter_history fetches transactions from other pages without investments. I also created a method that checks if we are logged in or not. The current "transactions_page" page is easier to handle if we make it a class attribute, so it can be stored and modified by all three methods.
-
-
Closes: 38488@sibi
-
We used the Raw pattern to set the rdate and the type of a transaction. The problem is that patter raw set the type to "CARD" (because we need it for card transaction) and not "DEFERRED_CARD". Now, we use raw pattern to set the rdate and we correct the transaction type in the browser.
-
-
-
For now, there are three values: - owner: The PSU own the account - co-owner: There are at least 2 owners on this account - attorney: It's not the PSU property, but it can manage it (ex: It's children accounts)
-
The code was handling authentication problems in different places.
-
There is no message within the redirection page, so we need to reach the EntryPage to check whether this message exists.
-
When there are several accounts but only one is a checking and other are loans, the website does not display the account selection box.
-
When people have more than one accounts, accounts information are not available from the main page. Both behaviors are now handled.
-
saving account iban is not retrieve, check on recipient id to avoid saving account to be on their own recipient list
-
-
The previous xpath, with the div "label__name" contain two span: one with the short label (hidden in the website) and one with the long label. Now, we try to get the long one. If it's empty, we take the content of "label__name" to be sure to have a value.
-
-
-
