Il y a quelque temps quelques mois, la proposition Remove built-in support for FTP à été publiée https://bugzilla.mozilla.org/show_bug.cgi?id=1174462

mais j'ignore l'avancement de cela (je suis sur la version 43) et ça serait fort dommage que FTP soit retiré nativement.

On touche le fond.

On voit qu'on a vraiment affaire à une bande de connards et de branleurs, c'est typique du monde du libre où il y a une majorité de débiles :

May I request that this discussion doesn't devolve into a flamewar? I know that the recent changes in Firefox aren't exactly liked by many of its users, but I believe the bug tracker should stay more technical and less political.

Use a different browser if you don't like it. The world doesn't end on Firefox, Safari and Chrome.

On voit le comportement typique des **** du libre, on voit pourquoi la qualité moyenne du logiciel (libre ou pas) est de la merde. Il y a trop de débilos en informatique.

Aujourd'hui, le principal usage de FTP, ce sont les fan de FTP pour qui c'est l'outil de test de débit ultime. Pour rappel même en émission, c'est pas compliquer de tester le débit en http/https cf mon script bash pour Windows Test de débit et de neutralité de l'Internet IPv4 + IPv6 mais c'est encore plus simple sous Linux. J'arréte le FTP sur les servuers testdebit.info, je reçois tout de suite de nombreux messages.

Tester les performances en FTP me semble en effet très utile!

Vous allez me dire que ceux qui administrent un serveur web utilisent aussi FTP pour mettre à jour leur site ? Ce n'est plus du FTP (qui fait transiter le mot de passe en clair) mais du  FTPS (sécurisé sur SSL ou TLS).

Pas chez Free, pas même chez certains hébergeurs payants!

C'est moche mais c'est ainsi.

Bref, le protocole FTP est complexe, très complexe avec son mode actif, son mode passif, ses paquets où le NAT doit modifier non seulement les en-tête mais aussi le contenu (qui donne l'IP à utiliser).

Autre source de complexité : les modes "texte" ou "binaire".

Autre source de complexité : divers système Unix génèrent des formats de listing ls -l différents (Unix c'est de la merde).

Etc.

Le protocole prévois que le serveur FTP qui donne la liste des fichiers n'est pas forcèment celui qui envoi ensuite le fichier, pour distribuer sur plusieurs serveurs, ...

De façon générale FTP introduit une flexibilité (excessive et non contrôlée) là où HTTP est très limité.

A noter concernant le déclin de Firefox : http://www.silicon.fr/pown2own-2016-le-coup-de-grace-pour-firefox-138923.html

Le concours de hacking Pown2Own, organisé dans le cadre de la conférence CanSecWest, ne prendra pas en compte cette année Firefox. Pourquoi ? « Nous voulons nous concentrer sur les navigateurs qui ont apporté des améliorations sérieuses sur le terrain de la sécurité au cours de l’année passée », explique Brian Gorenc, responsable Vulnerability Research chez HPE, dans les colonnes d’eWeek.


L’attaque peut sembler rude pour le navigateur web de la Fondation Mozilla, mais est malheureusement méritée. Firefox est en effet l’unique butineur, parmi les solutions majeures du secteur, à ne toujours pas proposer un bac à sable limitant les dégâts lors de l’exploitation d’une faille critique du logiciel. Mozilla n’a même pas d’excuse à donner ici, certains éditeurs tiers ayant réussi à ajouter un bac à sable à Firefox (en général via des techniques de virtualisation des applications).

Sur le terrain de la sécurité, Firefox semble adopter une stratégie d’un autre âge. Un peu comme Internet Explorer le faisait avant lui dans le secteur du respect des standards, ou Netscape sur celui de la stabilité.

Mozilla s’est perdu en chemin

La sécurité n’est malheureusement pas le seul domaine où Mozilla fait fausse route. Les performances du butineur restent à la traîne, avec l’absence du support multithread dans le moteur de rendu. Pire, les onglets ne tournent toujours pas dans des processus séparés. Maigre consolation, les premières retombées du projet Electrolysis sont prévues pour mi-2016. L’interface utilisateur et les onglets tourneront alors dans deux threads séparés.

Un process séparé permet qu'un plantage ne fait planter que l'onglet et pas tout le navigateur.

Ok pour dire que http date de 1991, mais pas 1990 :

The first documented version of HTTP was HTTP V0.9 (1991). Dave Raggett led the HTTP Working Group (HTTP WG) in 1995 and wanted to expand the protocol with extended operations, extended negotiation, richer meta-information, tied with a security protocol which became more efficient by adding additional methods and header fields.[5][6] RFC 1945 officially introduced and recognized HTTP V1.0 in 1996
Source: Wikipedia

Nous n'avons aucun objection à cette exposition des faits, votre honneur.

Attention quand même de ne pas killer le processus qui les contrôle tous au sein du navigateur...

Pour le Pwn2Own 2016 et Firefox, Silicon divague!
Mac Génération a trouvé la vraie raison.
Je ne voulais pas taper plus fort sur Firefox, mais la vérité doit l'emporter sur les rumeurs de certains médias:

Comme pour servir d’illustration à cette décision, un échange dans les forums de Mozilla il y a deux jours a montré que la fondation avait visiblement du mal à gérer rapidement l’évaluation des bugs de sécurité qui lui étaient soumis.

Un développeur s’est ému qu’il se soit écoulé 75 jours avant que ses deux signalements n’aient fait l’objet d’un enregistrement. Et encore, soupirait-il, aucun n’a été testé dans son mode opératoire pour en évaluer la gravité.

http://www.macg.co/logiciels/2016/02/pwn2own-2016-attaquera-tous-les-navigateurs-sauf-firefox-92991


Pour le bug du sujet, je l'ai, alors que je suis sous Windows 7 SP1 64 bits.