- Apr 20, 2019
-
-
-
-
-
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.
-
-
-
To check error message we have to follow error url and check error message ('Nous n'avons pas pu vous authentifier') Closes: 37926@sibi
-
users without checking accounts can't add new recipient
-
The request, that should give all transactions, is incomplete. Making several requests, one for all except the last two months and the last two months, resolves the issue. Closes: 10250@zendesk
-
- Apr 14, 2019
-
-
hydrargyrum authored
-
- Apr 11, 2019
-
-
Otherwise unicode() on a memoryview will not actually read the text inside. I've encountered this type while making a Codec class calling to_unicode().
-
- Apr 10, 2019
-
-
So this is Python 3 behavior in Python 2 but no change for Python 3. This class is not really useful if you're asking .items() expecting a list like Python 2 does. As a bonus it doesn't make pyflakes.sh panic.
-
-
-
-
Aliases/anchors are the &things in the YAML dumps. They require storing a id map of every object to be saved and may require a lot of memory while saving large items.
-
-
-
-
-