IE 11 semble couper aléatoirement mes <select> si la page n'est pas en cache (systématiquement avec une page PHP, du coup)
Illustration :
http://imcdb.org/temp/ie11bug.php
F5 dans IE 11, les pays changent à chaque coup... c'est une page HTML statique renommée en .php

Quelqu'un a une idée ? Pour le moment j'ai juste rajouté un gros warning en rouge si je détecte le user-agent de IE sur les pages ayant ces listes

Génial.
Déjà que l'Outlook Web App d'Exchange 2010 déconne avec IE11. (il faut mettre IE11 en private mode pour avoir un affichage correct)
Maintenant ils nous refont le coup des combos (avec IE8 ou 9 on avait déjà eut une merde de ce genre).

Merci d'avoir pourri ma journée avec cette nouvelle Antp ...

désolé

Passe en Exchange 2013...

Le SP3 RU2 ne résout-il pas le soucis entre IE11 et OWA 2010 ?

JC et Altar > Oui, je pense que les 2 solutions sont bonnes mais ici c'est le serveur d'un client qui sur l'offre OVH.
Très bien et pas cher pour plein de trucs (il manque juste pleins de fonctions mais pas très utilisées par pas mal de PME.)

Donc je ne peux pas installer le SP3.
Et surtout, ils proposent pas l'upgrade vers 2013
Et j'ai pas envie de faire l'upgrade à la main donc je les laisse là pour le moment.
Firefox powered et ils se démerdent.

C'est quoi ce détournement de mon topic ? À la base c'est pour mon problème de <select>

ben quoi? On t'a donné la solution...
Soit tu passes à Exchange 2013 ou au SP3 sur Exchange 2010.

Quel ingrat

Sorry.

J'ai testé d'autres sites et les <select> fonctionnent sous IE11 sans problème.

J'ai recopié le code source dans :
- un fichier .htm sur ma machine et sur un serveur, ça ne bug pas.
- un fichier .php sur un server (mutu OVH) ça ne bug pas non plus. (enfin, presque pas, il y a que le 3è combo qui se met sur la valeur "A = Austria"

Ouais enfin si le 3e se met sur Austria ça prouve que ça bug un peu vu que Austria c'est la 2e valeur de la liste C'est de toute façon pas normal.
Le comportement dépend peut-être en partie de la machine, ça bug peut-être moins chez toi.
Chez moi les URL que tu m'as envoyé en MP provoquent aussi le bug...
Tu as aussi le soucis sur la page dont j'ai donné le lien ? Ou chez toi elle marche aussi celle-là ?
En HTML comme ça va en cache ça a tendance à moins buguer.
Le soucis est probablement lié à la quantité de données dans les listes. Avec des listes plus courtes ça ne se pose pas.

Sur ta page http://imcdb.org/temp/ie11bug.php, les 3 champs changent à (presque) chaque F5.

J'ai essayé en remplaçant les options des <select> 2 et 3 par ceux du premier en supprimant le "Selected" pour la France.
=> chez moi ça ne bug plus (voir ie11bug2.php tu sais où)

Je pense qu'IE11 n'aime pas des caractères spéciaux dans tes valeurs d'options.
NotePad++ n'aimait pas tes "<" dans le texte comme " (<1971)" mais en ne changeant que ça, ça ne résout pas le problème.

Ouais c'est vrai que mes textes sont peut-être pas super propres... enfin c'est bizarre que ce soit aléatoire tout de même.
Et en virant les "<" ça ne marche pas mieux en effet: http://imcdb.org/temp/ie11bug2.php
Y a pas d'autre caractère spécial, non ?

Et le ie11bug2 de chez toi a le même bug chez moi.
Par contre ton serveur semble permettre la mise en cache, du coup le F5 a tendance à ne pas modifier le contenu à chaque refresh, contrairement à mon serveur.

En fait c'est le tag <pre> qui le fait foirer on dirait...
http://imcdb.org/temp/ie11bug3.php
là ça marche, sans le tag
Bon vu que je n'utilisais que <pre> parce que celui qui avait fait la page en 2005 l'avait utilisé, et que pas paresse je n'ai jamais modifié le layout... j'ai plus qu'à le faire

Réponse de Microsoft sur mon bug :
"Thank you for your feedback. We will be investigating this issue further."
http://connect.microsoft.com/IE/feedback/details/809688/drop-down-lists-html-select-tag-inside-pre-are-truncated-randomly

Avec un peu de chance ils vont le corriger un jour
(bon vu que depuis longtemps j'ai contourné le problème, ça ne changera pas ma vie :D)