Firefox et les actions de téléchargement - Page 1

Il y a un comportement qui me semble bizzare dans Firefox, et j'hésite entre un bug et un comportement volontaire dont je n'arrive pas à comprendre l'interêt.

L'option "Toujours effectuer cette action pour ce type de fichier" de Firefox (2.0) semble fonctionner correctement quand le choix était de télécharger le fichier; en revanche quand je veux l'ouvrir avec une application (en l'occurence, toujours ouvrir directement les .torrent avec mon client bittorrent), même si je coche la case, Firefox me reposera la question pour chaque fichier (en gros, il ne retient rien du tout)... C'est normal ? Si oui, ça peut se "corriger" ? Si non, ça peut se corriger ?

Merci

moi je n'utilise pas les actions par défaut, mais vu comme tu le dis, je dirais plutôt bug... Y'a pas un moyen d'avoir la liste des actions à faire selon les types de fichier ? Comment est reconnu un type de fichier ?

y'a moyen d'avoir la liste, mais elle semble correcte; les fichiers ont l'air d'être identifiés par leur extension

Je dirais que ça a ce comportement pour les scripts serveur mal faits qui ne renvoient pas un fichier directement mais en mode attachement.

à chaque fois que j'ai utilisé firefox, j'ai effectivement eu ce bug :/
Bookeldor > ça marche très bien avec opera ou safari

le pb c'est que je ne compte pas utiliser opera, safari ou n'importe quel autre navigateur... :/

je suis d'accord, mais si ça marche avec les autres navigateurs, firefox pourrait faire de même => c'est un bug ^^

Flanker (./5) :
Bookeldor > ça marche très bien avec opera ou safari

"s/bien/mal/" Ils interpretent mal la valeur attachment de l'en-tête http Content-Disposition qui spécifie si c'est un fichier à télécharger ou à utiliser inline.
http://www.ietf.org/rfc/rfc2183.txt

Flanker (./7) :
je suis d'accord, mais si ça marche avec les autres navigateurs, firefox pourrait faire de même => c'est un bug ^^

cross> non, les autres sont buggés...

quel intérêt de proposer un champs "toujours faire la même chose" si c'est pour reposer la question alors ?

Parce que ce header le spécifie...
Mais je suis d'accord que ça saoule, faudrait chercher dans about:config y'a pê qqch à faire.

Ah tiens, j'avais remarqué ça aussi, avec mes .nzb de newsgroups... C'est vrai que c'est bizarre de mettre retenir, il retient l'action (puisqu'il propose la même par défaut) mais il pose quand même la question=>c'est relou ça fait un clic pour rien.

BookeldOr> Tu dis que c'est un problème côté serveurs, ça m'étonne pas trop en fait... Firefox est très près des normes. C'est quoi la solution alors?

Bon j'ai regardé relativement exhaustivement about:config, j'ai rien trouvé...:/ (y'avait bien un browser.download.manager.alertOnEXEOpen, mais rien à voir, puisqu'avec les exe uniquement...)

Bon, faut éditer firefox/chrome/toolkit/content/global/contentAreaUtils.js
Au début de la fonction internalSave (l. 232 chez moi) ajouter
aContentDisposition = null;
et ça devrait fonctionner je pense (c'est super bourrin hein).

merci quand même!

ah faudra que j'essaie, merci ^^

(comment t'as trouvé où et quoi modifier ? ^^)

Ça y est vous avez testé? En tout cas sur animesuki, ça ne demande plus, mais je ne me rappelle plus si ça le faisait en fait
J'ai cherché où était situé la gestion du content disposition avec grep et je l'ai bypassé en le mettant toujours à null.

redangel (./15) :

merci quand même!

Pourquoi ? et pourquoi quand même ...

(note c'est dans le js hein, y'a rien à recompiler )

Euh pasque bon je serai pas allé là-bas, et le quand même, tu peux l'enlever, erreur.
Bon je voulais tester, mais il est où ton

BookeldOr (./14) :
firefox/chrome/toolkit/content/global/contentAreaUtils.js

J'ai fait une recherche dans tout mon C:, j'ai pas trouvé (oui je suis sous windows...), à moins qu'il ne s'agisse d'un fichier dans le toolkit.jar, mais je vois pas comment l'éditer!??

tu peux l'ouvrir ac winrar (je ne sais pas quel est le format des .jar, mais bon ça s'ouvre ac winrar en tout cas ^^)

Ben chez moi c'est dans :
/usr/share/firefox/chrome/toolkit/content/global/contentAreaUtils.js
Dans la version win, ça semble zippé :

benjamin@benjamin-laptop:~/Work/Projects/lfe$ unzip -t /media/windows/Program\ Files/Mozilla\ Firefox/chrome/toolkit.jar | grep contentAreaUtils.js
    testing: content/global/contentAreaUtils.js   OK

Ok je savais pas. N'empêche, j'ai édité sous 7zip, mais je peux pas enregistrer ma modif... c'est bordel.

Nan mais mon c'est surtout: tu le sors d'où ton aContentDisposition = null;??? tu as lu toutes les sources de Firefox?

Il faut que tu dézippes, tu modifies, tu rezippes et tu renommes en .jar...

redangel (./21) :
tu as lu toutes les sources de Firefox?

Bien sûr ! j'ai que ça a foutre

bah je croyais que tu étais à l'ens ?

Ah mais c'était du 1er degré, d'où le !

Un moment j'ai crû que tu te foutais de ma gueule, mais apparemment non, donc :

Je savais pas pour le .jar.

[edit : rien, c'était hors sujet, désolé ...]

Bookeldor> Bon bin j'ai testé ta modif (en espérant que c'était bien la bonne ligne, car l'édition dans un bloc-note standard est toute pourrie mal rangée), j'ai lancé un .nzb (newsgroup) pourtant enregistré avec Grabit sous Firefox, et j'ai toujours le message d'avertissement avec la case se rappeler de coché.

Donc à priori ça marche pas... en même temps je vois pas trop le rapport entre une potentielle "ContentDisposition" et un warning?
Merci quand même ^^

Bon, je rechercherai un de ces quatres.