- Oct 09, 2017
-
-
hydrargyrum authored
-
Benjamin Bouvier authored
-
- Oct 08, 2017
-
-
Romain Bignon authored
-
- The valuation of the investments was not fetched by the backend (forgotten?)
-
-
The url of the account will be None in case of loan and the balance of the loan is displayed negative
-
Separate pocket by savings plan
-
-
The site presents a short label and a long label (which is shown when expanding it with js code). Use this long text as Transaction.raw.
-
-
At the end of the month, the list of cards is duplicated, because the coming amount may exist for the current month and the next. We need to merge the list of cards in this situation, we try to only keep cards with a coming amount in case of a duplicate.
-
-
-
Make the list of card associated with the user logged on the site. Set all the CB transactions to cb_deferred if all the CB are of kind 'deferred'
-
- Doing a_list.pop(0) is bad because - it mutates the list - it is a O(n) operation - Improve history parsing (2 days is too short)
-
Some accounts don't have loan duration, or html is build with different tags like div switch to table, following in which spaces they are.
-
-
Operating on life insurances from natixis sub-site did not work anymore. What actually changed is unclear. Parameters after "#" may not be fetched from URL though since requests strips them from the request.
-
-
Label is actually "Crédit immobilier" for example. Also skip history as there is none.
-
The mapping was made to use data from one json object to complete the data of an account. The previous loop was erasing data and made information disappear. I added an exception to handle specifically this case of collision.
-
Because the recipient list is in another URLs, the recipient list was empty, and made boobank thought that the account cannot emit transfer. This should fix this wrong behavior.
-
-
The old pattern was - find a (\d{6}) pattern in the libelle of the transaction. - fallback to the 'creationDate' parameter in the JSON dictionary. The step 1 was almost never performed because dates in the libelle are 8 digits wide. The new algorithm is : - find a (\d{8}) pattern in the libelle of the transaction (it occurs much more frequently). - if no pattern is found, fallback to the 'creationDate' parameter. Because of this, there is probably a large number of transaction which are going to have their rdate field updated.
-
-
-
when data are not available.
-
Since CapBankTransfer inherits CapBank, it's useless to specify it here. Furthermore, it causes the "weboob" script to show boobank twice under the "bank" cap apps list.
-
-
-
- Oct 05, 2017
-
-
Florent authored
* Since we split id to get subscription id, it's a good idea to add it * add missing return before find_object
-
Florent authored
-
Florent authored
-
Florent authored
And fix module behaviour in REPL mode This patch is "quick and dirty", we should provide a better check on login status
-
Florent authored
-
- Sep 21, 2017
-
-
-
Most hsbc pages are on the same url, so without is_here(), it will catch everything
-
-
-
-