upgrade colorama
Mise à niveau de ftputil en version 3.1. Des problèmes de compatibilités unicode existent alors avec la version 0.7.0 de pyftpdlib. Une partie est corrigée via l'ajout du décorateur cast_unicode_to_ascii et un transcodage sur les résultats de type unicode. A partir de cette version, il y a parfois (mais pas régulièrement) des erreurs de transfert FTP.
Modification de la manière par laquelle on attribuait aux méthodes de FTPInstallerAbstractedFS l'attribut d_virtual_params via le decorator de fonction bypass_call_to_real.
De cette manière, on ne réencapsule pas les méthodes à chaque appel du constructeur de FTPInstallerAbstractedFS comme c'était le cas précédemment.
Actuellement, il doit rester d'autres points du code dans lesquels une réencapsulation a lieu.
On s'en rend compte quand certaines exceptions ont lieu. A chaque exception, le nombre de wrapped du fichier bip.py augemnte.
Ajout d'un @functools.wraps pour homogéniser les signatures de fonction
Modification du décorateur add_bip_to_all_methods.
Celui ci modifiait les méthodes à l'instanciation dans le corps de __init__ plutôt que sur la classe elle-même.
Ceci conduisait à une encapsulation cyclique du décoracteur bip pouvant sous certaines conditions conduire à max recursive call.
Ce dernier correctif ne règle pas le problème d'exception.
Cependant, il fini de régler le problèmes de la récursivité sur le décoracteur bip.
Affinage des exceptions possibles lors de l'appel remote. Dans la version précédente, la non gestion des exception particulière conduisait à exécuter l'action à 2 reprises pour toutes les exceptions. Dans le cas de l'appel open, ceci conduisait à ouvrir plus de connexions vers le serveur FTP. Avec le problème de décoration cyclique du décorateur bip, la profondeur de pile des méthodes devait augmenter de manière tres rapide
Passage de pyftpdlib 0.7.0 à 1.4.0.

La conversion str / unicode n'est plus nécessaire.

Actuellement, les seules erreurs de transferts observées avec FileZilla sont des erreurs observées aussi pour des transferts directement sur vsftpd.

Il semble donc que la version 0.7.0 cachait une erreur concernant l'exécution concurrente des commandes effectuées par FileZilla au niveau de vsftpd.
Modification du handler pour que l'option unique de MLSX ne soit une feature du serveur. Avec winscp, le paramétrage par défaut de celui ci laissait l'option unique qui conduisait à générer une exception (st_ino et st_dev étant défini à None quand l'appel système était remote