Page 1 sur 1
modification de comportement de l'imput file
Publié : 12 févr. 2008, 15:52
par sgue35
Bonjour,
Je suis passé sur la dernière version ce matin et un site non modifié a vu sont comportement changer.
Simplement, je fait un input file dans un formulaire jusqu'à maintenant (et I.E fonctionne tjs ainsi) la valeur passée est le chemin et le nom du fichier au complet.
depuis la dernière version Firefox ne me passe plus que le nom du fichier ss le chemin.
Savez-vous s'il s'agit d'un truc devenu paramétrable ? ou une régression ?
C'est pas conforme à la spec W3C.
Stephane
P.S. cela fonctionnait bien avant.
Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.0; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
Publié : 12 févr. 2008, 16:21
par teoli2003
Cela le fait avec tous les champs de type "file" ou seulement celui-là?
Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9b2) Gecko/2007121120 Firefox/3.0b2
Publié : 12 févr. 2008, 17:24
par Invité
voila une question pertinente mais j'ai du mal à trouver d'autres input file ...
En tout cas il semble que l'upload vers yahoo fonctionne mais c'est du Javascript et pas un input tag.
et je n'ai que cet input file ds mon site
Conclusion j'ai copié/coler le code existant pour créer un second champ et tenez-vous bien il fonctionne de la même façon (logique non)
le tag est :
Code : Tout sélectionner
<form method="post" action="/web/index.php/importcsv/order"> <p>Pour importer un fichier de donnee au format csv, saisir le chemin dans la fenetre suivante :
<input type="file" name="fichier_csv" id="fichier_csv" value="" /></p>
<input type="submit" name="commit" value="lancer import csv" /></form>
any idea ?
Stephane
Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.0; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
Publié : 12 févr. 2008, 18:52
par sgue35
Après avoir éplucher cela avec Firebug,
seul le nom du fichier est envoyé par FireFox (en POST comme en GET).
Etonnant.
Il y a du paramétrage ds l'air. Non ?
Stephane
Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.0; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
Publié : 12 févr. 2008, 20:47
par teoli2003
En fait, je vois pas l'intérêt d'envoyer le chemin complet.
Message envoyé avec : Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr-FR; rv:1.9b4pre) Gecko/2008021204 Minefield/3.0b4pre
Publié : 12 févr. 2008, 20:55
par nico@nc
Tu as vérifié si c'est pareil avec un profil neuf ? (cf.
http://www.geckozone.org/forum/viewtopi ... 822#430822)
Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9b4pre) Gecko/2008020804 Minefield/3.0b4pre
Publié : 13 févr. 2008, 08:52
par sgue35
Pour teoli,
comme il s'agit d'une application locale, l'objectif est d'avoir le chemin du fichier à traiter. MAis malgré tout ta remarque est pertinente car sur une appli web je n'aurai pas ce pb car le fichier serait ds le rep upload. je vais regarder cela.
Pour nico,
Je regarde le topic dont tu parles.
Stephane
Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.0; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
Publié : 13 févr. 2008, 08:56
par teoli
sgue35 a écrit :
comme il s'agit d'une application locale, l'objectif est d'avoir le chemin du fichier à traiter.
Ton objectif, peut-être, mais que dit la norme?
Message envoyé avec : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)