IE no sigue la redirección, da "Internet Explorer no puede mostrar la página web"

Question

Tengo un formulario con algunos campos. Cuando envía el formulario, el servidor responde con un redireccionamiento (HTTP 302).

Cuando se envía el formulario, si hay un campo <input type=file>, IE no sigue el redireccionamiento, sino que produce un error: "Internet Explorer no puede mostrar la página web".

Si no hay ningún <input type=file> campo, entonces se sigue la redirección como se esperaba.

La respuesta HTTP 302 es exactamente igual en ambos casos, difiriendo solo por la marca de tiempo de la respuesta.

Estoy experimentando esto en IE8 e IE9. (No he probado versiones más bajas). Firefox, Chrome, Opera y Safari siguen el redireccionamiento como se esperaba.

Notas:

• El formulario tiene el atributo enctype="multipart/form-data".
• Esto está sucediendo a través de SSL
• El redireccionamiento no es a un protocolo, host o puerto diferente de la URL en la que se encuentran los formularios POST o en los que está alojado.
• Cuando inspecciono el tráfico HTTP con Fiddler2, desaparece el problema y se comporta IE.

Answer 1

¿Está su redirección a una URL parcial o completa (con host, protocolo, etc.)? He visto muchos ejemplos en PHP en los que una redirección con 302 que no tiene un http://server.dom/path/to/file completo será ignorada o destruida por IE. En Rails, esta puede ser la diferencia entre foo_path y foo_url en el enrutador.

Answer 2

sólo para añadir a esto para que nadie tenga el mismo problema:

IE parece bastante estrictas sobre cómo se formó el comando de cabecera. Mi solicitud fue luchando con:

header("location:http://www.test.co.uk/test/test.php"); 

o

header("location:test.php"); 

Pero comenzó a trabajar cuando el comando se modificó a:

header("Location: http://www.test.co.uk/test/test.php"); 

Answer 3

La pregunta es de 3 años, pero recientemente me encontré con este problema yo mismo y no encontré la respuesta correcta en ninguna parte. La respuesta marcada como aceptada aquí realmente no responde nada.

Lo que hizo la diferencia para mí estaba añadiendo el siguiente encabezado de la respuesta 302:

Connection: close 

estaba a redirigir a otro sitio con la URL completa, y parece que IE está tratando de optimizar las conexiones mediante el envío subsecuente solicita sobre la misma secuencia TCP sin volver a abrirlo, pero no es lo suficientemente inteligente como para darse cuenta de que el sitio es diferente sin instrucciones explícitas de "Conexión" en el encabezado.

Esto ocurre en al menos IE10 e IE11, y ninguno de los otros navegadores tiene este problema.