Commits on Source (63)
-
The Lower() crashed when one of the Dict() values was null in the JSON. We first verify if these values exist before calling .lower() on the strings. Closes: 11354@zendesk, 11432@zendesk
56876f8f -
77a26acf
-
Some cards have only one coming line and the tr[position()=last() -1] returns an empty URL, therefore when trying a self.location() on it we get logged out. We must verify if there is only one line of coming before returning the card's URL. Closes: 42215@sibi
66be4f54 -
the two cookies we have to remove don't have same name on different ip address example: 1st cookie 2nd cookie ___utmvafIuFLPmB, ___utmvbfIuFLPmB ___utmvaYauFLPmB, ___utmvbYauFLPmB
1282e58b -
Customer complains that we miss revolving credit account. The xpath condition xpath was not compatible with this case. Moreover we did not fill the balance. Closes: 11342@zendesk
a1e793d6 -
the %s method is not compatible with " . Exemple of subscription id: SCI "18 B Name " Closes: 38139@sibi 11531@zendesk
e81dae78 -
d4c01ae6
-
Card cases is really tricky on the new website. There are 2 kinds of page where we can find cards infomation - CardsPage: List some of the PSU cards - CardsComingPage: On the coming transaction page (for a specific checking account), we can find all cards related to this checking account. Information to reach this CC is in the home page We have to go through this both kind of page for those reasons: - If there is no coming yet, the card will not be found in the home page and we will not be able to reach the CardsComingPage. But we can find it on CardsPage - Some cards are only on the CardsComingPage and not the CardsPage - In CardsPage, there are cards (with "Business" in the label) without checking account on the website (either history nor coming), so we skip them. - Some card on the CardsPage that have a checking account parent, but if we follow the link to reach it with CardsComingPage, we find an other card that not in CardsPage. Closes: 41709@sibi
dad4eb6d -
Closes: 34908@sibi
332d59d8 -
Closes: 38890@sibi
d4876322 -
Closes: 11364@zendesk
de756753 -
Closes: 11364@zendesk
20aa15c7 -
Closes: 11364@zendesk
37c9dc04 -
Closes: 11364@zendesk
9d46d8e8 -
The website recently changed and the xpaths were obsolete. The transactions are now contained in a JSON. Closes: 11985@zendesk
687184c9 -
5bc147ad
-
Fixes the issue where the loans was overwriting the route for the mandated PEA. Changed location into open so that when it used open it was taken into account Closes: 11638@zendesk
dada4729 -
Detail: This type of account for the connection tested (752 at wishizz.biapi.pro) do not have a number for ID Closes: 11364@zendesk
8c52c29d -
The @class of the loan balance is usually "montant3" but in some cases it can also be "montant4". Closes: 42591@sibi
837064fd -
7e86b7cd
-
That is quite strange but it is not possible to back to the home page after fetching invests. First we need to go back to the synthesis page, then to the home page. Same problems when fetching recipients, we need to go first to the summary page.
c9d450da -
The server returns an error 500 trying to reach history of these accounts. The same problem occurs from a web browser.
19df69ab -
For some accounts without cards the server closes the session when we try to reach CardsPage. We avoid this problem by checking whether there is a link to the cards before trying to go.
baedabde -
The palatine module (child of caissedepargne) does not use the format '123456XXXXXX1234' but '1234XXXX123456' to hide card digits. Therefore we must handle both cases using Coalesce. Closes: 42905@sibi
4d0d62c7 -
In case of SRD actions, regular and SRD quantities are displayed in the same cell, we must then add the values in text such as '4 444 + 10000 SRD' Closes: 11813@zendesk
b81cd982 -
db08fb3f
-
It allows class user to set what headers will be sent to the proxy on the CONNECT request.
658d30e9 -
It may contain a dict encoded with json
5e45e77c -
Closes: 11364@zendesk
132f6428 -
9b64cf6f
-
Closes: 11364@zendesk
d4847060 -
6b63fe43
-
Typing 'compte courant bloqué' account as TYPE_LIFE_DEPOSIT Build to associate a transaction to the proper account in case of several transactions on the OperationPage Closes: 11364@zendesk
387a3e3c -
First, the word 'Espèces' is not necessarily at the end of the account label, so checking with 'Espèces' in account.label is more appropriate than the endswith(). Second, we should not return [] for PEA Espèces but rather the account balance as liquidities. Closes: 11641@zendesk
e6c760fe -
Closes: 11364@zendesk
598f2530 -
d5fa29a3
-
09171853
-
for recipient without iban
b1f6a031 -
Some connections have two coming lines plus an information line, in these cases we must seleft the last coming line while ignoring the information line at the end. When there is no information line, we must take the last coming line otherwise we are skipping the latest coming transactions. Closes: 11993@zendesk, 12060@zendesk
699be790 -
Some card labels were half empty because the xpath slightly changes.
7118faeb -
8ecbcd60
-
6ce0a845
-
101c93c2
-
and instanciate from RecaptchaV3Question in exception_to_job function
c4368e54 -
ca5539ef
-
Closes: 12163@zendesk
fd5d7656 -
Take into acccount letter occurences such as '60181576 E7 02' Closes: 11364@zendesk
93f56266 -
Closes: 11364@zendesk
2d5214e0 -
'FLORIANE 2' as TYPE_LIFE_INSURANCE (cragr régions) 'CEL2' as TYPE_SAVINGS (cragr api) 'LIVCR' as TYPE_SAVINGS (cragr régions) ‘INTEGRAL PEA’ and ‘COMPTE PEA-PME’ as TYPE_PEA (submodule netfinca) Closes: 11364@zendesk
ff728de3 -
bouygues add this mandatory field on some ip address
af6202d0 -
Some perimeters seem to have no main account (or no account at all) so we must check this before calling get_main_account(). Closes: 11808@zendesk
24d1deb0 -
The cragr server crasher really often when trying to change space or when calling iter_transfer_recipients. Closes: 39997@sibi, 40000@sibi, 40007@sibi
12903258 -
The former implementation was not reaching the synthesis page when the accounts list needed to be expanded. In this case, when facing several deferred cards in a row, the browser was not able to perform the prevAction of the 2nd+ card.
9025264e -
Currently password with characters breaks the website, it passes the login but fails miserably. Moreover from the banque populaire website (https://mobile.rivesparis.banquepopulaire.fr/) > 15 mai 2019 > ACCÈS À VOS COMPTES > Modification de votre mot de passe > Pour continuer d’assurer un niveau de sécurité optimum sur l’accès à vos comptes bancaires, vous devez obligatoirement changer votre mot de...
1c7e9b0b -
a7b5177e
-
Certain loans are invalid as thus conditions were added for them to be valid. Closes: 42885@sibi, 12073@zendesk, 42778@sibi, 12114@zendesk, 12088@zendesk, 12061@zendesk
d002c93c -
Account IDs may have a format like '690/55555' and the currenct Regexp only keeps '690', which leads to accounts with duplicate IDs. Closes: 12022@zendesk
afe2f075 -
Built navigation and parsing for a connection accessing a new web space. It does access to a "Mes Comptes de tiers" section but it is empty by default, contrary to the old web space. A few code formatting too. Closes: 11691@zendesk
19ad1758 -
Some connections have an empty password and we crash way too late in the code of browser.py because empty passwords are not detected by the regexp in module.py. The purposeof this patch is to raise wrongpass properly instead of bug. Closes: 39327@sibi
ef018251 -
Some connections have no main_account, in which case we should not try to get mina_account iban nor yield it. Closes: 43394@sibi
b1c82954 -
08004649
-
This reverts commit 5430274b965a109a5e6b672eabf35479cadecaa1.
9c1b5941 -
It still works for some people, so instead of raising an error, we wait for the website to crash then we raise a BrowserIncorrectPassword if it uses a legacy password.
e1ff565a