- Sep 09, 2020
-
-
Some users have a different page on which they need to go to have the list of their recipients.
-
- Jul 02, 2020
-
-
on some accounts, csv is not available, it results to an empty history, so we need to get them in another way
-
we now get an otp when trying to get to much history : probably more than x months, so handle that case by bypassing this
-
- Jun 08, 2020
-
-
- Jun 03, 2020
-
-
Closes: 67874@sibi
-
"asap" and "deferred" are hard to distinguish
-
- May 07, 2020
-
-
In python3 the str.isalpha() (same for str.isalnum()) method returns True if every symbol in the string is defined as "Letter" in the unicode character database. It includes non "ASCII alphabetical" characters, leading to a virtual keyboard crash. We set a regexp in module.py to solve this issue.
-
- Apr 22, 2020
-
-
The new error message appears when we input something else than digits.
-
Sometimes when adding a recipient (observed when adding a non-french iban) the user is asked for an otp via email after validating the otp received by sms.
-
-
-
- Mar 18, 2020
-
-
For wealth accounts, we can also fetch the market orders (passages d'ordres) on the corresponding tab.
-
- Feb 12, 2020
-
-
Romain Bignon authored
-
SMS are sent with background worker. We avoid it.
-
- Jan 30, 2020
-
-
- Jan 08, 2020
-
-
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.
-
- Dec 18, 2019
-
-
The old way to handle the virtual keyboard raised some BrowserIncorrectPassword even when the password was correct.
-
Some form names changed. There is no more summaries for recipients when confirming. So I fetch the new recipient from the list to confirm it and send it. I precised some error messages. I tested on the Timeout. I got rid of build_recipient because we can directly transmit the recipient. In the load_state, I splitted between the handling of new recipient and the strong authentication.
-
Before: iter_recipient label: name - bank recipient label during transfer: name Now: iter_recipient label: name recipient label durign transfer: name - bank I also add informations when raising an error regarding the recipient label
-
- Nov 20, 2019
-
-
By default not indicating message make of the string a description which is not what we want. We want the message to be send to the client, not stocked in db. Closes: 14296@zendesk
-
- Oct 01, 2019
-
-
The 'dateVal' key in the CSV with the list of all the deferred transactions is now empty. The 'obj_date' for deferred cards is now determined with the list of deferred dates available on the website (calendar.ics). Fixed 'obj_bdate' to get the correct format from the CSV : YYYY-MM-DD (previously it took YYYY-DD-MM) Removed `replace_dots` for CleanDecimal in CardHistoryPage because amounts in the CSV already are in the dot format. Closes: 46551@sibi
-
- Jul 27, 2019
-
-
Before, the 'mes prélèvements à venir' tab contained a date in the './/time' xpath but it does not exist anymore, so we do not retrieve these transactions any longer. Closes: 44064@sibi
-
- Jun 17, 2019
-
-
- May 19, 2019
-
-
For each next page we need to get a token. Maybe we will have to do the same thing for coming but no connexions were found yet. Closes: 11125@zendesk
-
Their no real way to be sure of the account ownership for now in Boursorama. We have to use some information to guess at the best (account position in the page, owner's children names...)
-
- Mar 31, 2019
-
-
- Mar 17, 2019
-
-
Romain Bignon authored
-
- Feb 24, 2019
-
-
Romain Bignon authored
-
- Jan 23, 2019
-
-
Some user have a 'transfer main page', go on this page and then go on init transfer page to iter recipient
-
- Jan 13, 2019
-
-
All immediate card transactions were filtered out from their parent account because of issues in transaction typing as well as deferred card transaction filtering. For each account, ALL card transactions appear so we must carefully sort transactions from deferred/immediate cards and only yield the immediate ones since deferred card transactions are yielded separately (in the history of the card). This code enables correct detection of deferred card transactions (mainly by checking if the account_label of the transaction appears in the list of deferred cards). Note: I also re-organized the order of iter_history() methods in browser.py because it was a huge mess. Closes: 8912@zendesk, 8308@zendesk, 8814@zendesk, 8773@zendesk, 8910@zendesk
-
- Dec 21, 2018
-
-
The "def populate()" method was not called anymore so I deleted it because it is now obsolete. The AccBisPage class changed on the boursorama website and does not contain any useful information anymore. We can easily eliminate inactive cards because their number is not fetched by populate_cards_number(). Closes: 7668@zendesk
-
- Dec 06, 2018
-
-
in iter_history, trying the _webid request on a Loan or a Consumer Credit leads to a 404: "La page demandée n'existe plus!" Adding the Consumer Credits to the ignored accounts solves the problem.
-
-
- Dec 02, 2018
-
-
In some case we are not yet in the transfer_charac page, you need to refresh the page.
-
Some users add their connection but there isn't any accounts on the website...? Closes: 20861@sibi
-
Closes: 1013621@redmine
-
Loans are fetched on a loan detail page and the correponding account is removed from the accounts_list, however it is crucial to add the loan url for other methods in the module such as iter_transfer_recipients that start with "assert account.url" and get_invest that starts with "if /blabla/ in account.url". Closes: 28577@sibi
-
-