Voici déjà la page qui bug (uniquement sous IE, nickel sous Firefox et Opera, pas encore tester Konqueror) :
http://www.cotedco.com/catalogue/P [...] E8res.html  
(edit: bug réparé, et la flemme de faire un backup de la mise en page qui était en cause)
 
Comme vous pouvez le voir, il y a un cadre qui contient un overflow, afin de ne pas prendre trop de place en largeur sur la page.
Le problème vient du fait que IE utilise malgré tout la largeur du cadre réelle, c'est à dire sans tenir compte du défilement, mais affiche le cadre ensuite avec le défilement.
Ce problème est apparu récemment, suite à plusieurs mises-à-jour sur le site, mais qui n'avait rien à voir avec ce cadre.Je viens de passer 2h30 à chercher sans trouver et ça devient génant .
S'il y a qq'un qui repère l'erreur (ou la limitation de IE) et/ou aurait un brin de solution, je suis preneur

Bon, je viens de comprendre qu'un overflow sous IE dans une cellule de table, ça passe pas
Faut donc que je me démerde à faire un hack CSS à la place de la table.
Çaÿ bidon
Personne a une autre solution ?

Finalement, c'est l'astuce de Hermès qui gagne
Je résume :
- Le site est construit en XHTML + CSS avec largeur et hauteur variable => le contenu est dans un tableau pour conserver le pied de page en bas de celui-ci (pour ne pas qu'il se trouve au dessus du contenu ou qu'il défigure la page).
- Ça crée un problème sur les pages contenant un cadre plus large que le contenu, à défilement (overflow : auto), que IE ne sait pas gérer.
- La soluce se trouve dans un cadre enveloppant le cadre de défilement avec une position relative, et le cadre à défilement avec une position en absolute.
 
Je suis conscient de parler seul depuis 40 min, aussi j'offre ma tournée à tous les forumeurs sympas présents actuellement sur mon topic. Ça leur apprendra aux autres, à pas se manifester

Et ça c'est le post à ne pas oublier :
http://forum.hardware.fr/forum2.ph [...] =1#t516430