Bonjour à tous,
Je me suis pas mal excité sur un problème avec un formulaire depuis quelques jours et j'ai réussi à reproduire et à cerner le souci.
j'aimerai savoir si vous l'avez déjà rencontré (sinon, c'est peu être un nouveau bug, qui sait) et surtout si vous arrivez à le reproduire.
Voici les instructions :
 
Le bug se produit avec Internet Explorer (j'ai une v6), et se situe au moment de l'envoi des infos d'un formulaire avec les caractèristiques suivantes :
method : post
enctype : multipart/form-data

Il faut ensuite que le document HTML contenant ce formulaire soir en charset iso-8859-1 :

Il faut aussi que le dernier champ du formulaire soit un input de type "checkbox" ou "radio".
Enfin, il faut que l'un des champs du formulaire (un input type=text par exemple ou un textarea) contienne au moins un caractère du charset windows-1252 (par exemple issu d'un copier/collé de MS Word -> ‚ƒ„…†‡ˆ‰Š‹Œ‘’“”•–—˜™š›œŸ , voir par exemple http://psacake.com/web/0302-b.asp )
ET que le dernier champ du formulaire de type "checkbox" ou "radio" ne soit pas coché.
Et là c'est le drame.
 
IE envoie les infos du formulaire, mais elles sont mal formées et le début est tronqué, résultat les logiciels ne peuvent pas traiter les valeurs. ASP par exemple n'arrive donc pas à répartir les valeurs dans la collection request.form.
 
Comment donc voir qu'il y a une erreur ?
Il suffit pour cela d'afficher les données "brutes" d'envoi (request.binaryread) en définissant l'action du formulaire comme pointant vers un fichier de ce type (là j'ai qu'un exemple en ASP, mais on devrait avoir le même résultat en PHP normalement, selon ma théorie)
 
exemple de fichier test.asp :

 
on constate donc que la première ligne est tronquée et qu'il manque

au début des données.
 
Note : 7d46b38300302 varie à chaque envoi du formulaire, là j'ai juste copié un cas particulier.
 
Donc forcement ça marche moins bien.
 
Par contre si on coche la checkbox" ou "radio" ou qu'on a pas enctype="multipart/form-data" ou encore que le charset de la page est windows-1252 ou qu'il n'y a pas de caractère windows-1252 dans aucun champs, ça marche.  
C'est sur que c'est pas un cas qu'on rencontre souvent, mais quand même...
 
Donc si vous aussi vous constatez ce bug en suivant mes instructions, ben c'est que c'est pas ma faute et je vous en remercie

le bug semble bien confirmé de mon côté, j'ai vérifié l'échange HTTP avec Ethereal et le début des donnée est bien tronqué (en rouge).  :

 
Alors que cela devrait normalement donner :
 

 
Si jamais vous aviez 5 minutes pour essayer de votre côté, n'hésitez pas à me dire ce que ça fait chez vous.
Merci

Recoucou !
Savez vous s'il existe un système de bug tracking chez microsoft pour IE ?
J'aimerai voir si ce bug a déjà été recenssé...
 
Merci.

 
Bonjour Nima,
 
J'ai la même anomalie que toi et j'aimerais savoir si tu as trouvé une solution ou une réponse à to problème.
 
Merci d'avance.
 
Jean Pierre

Oups désolé, je ne surveillait pas ce sujet... je n'ai donc pas vu ton message.
As tu trouvé depuis le temps ?
Sinon, la seule solution que j'ai trouvé c'est de mettre un champ hidden qui sert à rien à la fin du formulaire, comme ça il ne fini pas avec un checkbox ou radio et le bug ne se produit pas.
En tout cas, ça en dit long sur le code de IE...ça doit pas être joli joli...

Génial...4heures que je galère avec ce problème :
envoi en php dans un champ "description d'un lieu" contenant un texte copié collé de word qui utilise des caractères tel que œ, ǽ ...
la requete post est tronquée sous internet explorer 6 mais pas sur firefox.
Solution:
placer un champ hidden juste après l'ouverture de la balise form, c'est lui qui prendra    
Merci encore.

putain le déterrage de topic