La primera XMLHttpRequest falla pero solo en IE9

Question

Tengo un sitio donde ingreso un nombre de usuario/contraseña y hago clic en un botón de inicio de sesión. El botón de inicio de sesión crea un objeto XMLHttpRequest y lo desactiva.

En Chrome, Firefox, Opera, Safari, dispositivos Android, dispositivos iOS, esto funciona bien. IE9 funcionará fin siempre que esté en una dirección HTTP y no use HTTPS.

En HTTPS, IE9 se comporta de la siguiente manera:

La primera solicitud de inicio de sesión no vuelve nunca nada a cambio. La pantalla F12 muestra mi solicitud de inicio de sesión en la pestaña de red y todo se ve correcto. La pestaña de scripts nunca arroja un error. Simplemente no pasa nada.

Aquí está la parte loca: - Si hago clic en iniciar sesión por segunda vez, en realidad funciona. - Si hago clic en actualizar en el navegador y luego inicio de sesión, ¡eso también funcionará!

Estoy creando la solicitud de la siguiente manera:

var x = new XMLHttpRequest(); 
    x.open("POST", "/Relative/URL/Path", true); 
    x.setRequestHeader("Content-Type", "text/plain"); 
    x.onreadystatechange = function() { 
     if ((x.readyState == 4) && (x.status == 200)) { 
      // handle callback 
     } 
    } 
    x.send(my request); 

Cuando esto falla, el depurador pasará de la línea x.send() en el código onreadystatechange. ReadyState será 1. Esta será la última vez que puedo depurar porque no ocurre nada más.

Cualquier idea sería muy apreciada.

[EDITAR]: Dejé una solicitud para ver qué pasaría. El evento onreadystatechange se disparó nuevamente con readyState = 4 y status = 12152. La vista de red en la pantalla F12 de IE9 muestra el resultado como Aborted y el tiempo tomado como 1589.07s. Una búsqueda en Google muestra que esto significa que la conexión se cerró en el servidor.

[EDIT 2]: Basado en un comentario a continuación Redirigí este código para usar simplemente el método ajax() de jQuery. Pensé que esto podría tener la oportunidad de eliminar el código malo de mi parte. No tal suerte. El mismo comportamiento ocurre.

$.ajax({ 
     "url": sUrl, 
     "success": function (data, textStatus, x) { 
     workerCallback(data, id, ""); 
     }, 
     "error": function (x, testStatus, errorThrown) { 
     workerCallback("nc", id, errorThrown); 
     }, 
     "contentType": "text/plain", 
     "data": JSON.stringify(req), 
     "dataType": "json", 
     "timeout": 1600000, 
     "type": "POST" 
    }); 

[ACTUALIZACIÓN FINAL:] He actualizado el código. Si se produce un tiempo de espera, simplemente vuelvo a publicar la misma solicitud, solo una vez. Todo el truco, pero funciona. A menos que alguien encuentre la solución, dividiré la recompensa entre algunas ideas útiles que la gente ha tenido a continuación.

Answer 1

durante la depuración en la primera solicitud de este vino a través

Hay un puesto relacionado con este error exacto ... IE 9 Javascript error c00c023f

El autor puso el siguiente en el controlador onreadystatechange

if (xmlHttpRequest.aborted==true) { 
    stopLoadAnimation(); 
    return; 
} 

Esto puede ayudar a apuntar en la dirección correcta.

Answer 2

Esto parece un problema extraño y es difícil probarlo sin hurgar en el código de un sitio https.

Si desea una solución rápida, puede intentar hacer una solicitud inicial (ficticia) y luego cancelarla de inmediato con un breve setTimeout y realizar una segunda solicitud (real).

Según su descripción debería funcionar.

Answer 3

• Timeouts impide que la solicitud sea terminado en readyState 1, y lo consigue después debido a la inhalación de contenido.

• autenticación de cliente configurar SSL en el formulario de inicio de sesión utilizando la configuración del servidor web

• Insertar un elemento oculto (como una imagen) que hace referencia a una dirección URL que requiere autenticación de cliente SSL

• uso de un protocolo relativa hipervínculo gif, como //example.com/image.gif, para evitar la SEC7111 mixed content vulnerability

• la URL de la open method coincide con el dominio cuando se utiliza HTTP, HTTPS, pero no, lo que hace la solicitud a fallan, pero las solicitudes posteriores caída al security zone policy

• Utilice una comparación entre window.location.protocol y document.location.protocol para comprobar si la secuencia de comandos se ejecuta en el mismo contexto que la página

• Envío de JSON como tipo MIME text/plain puede desencadenar content sniffing

• comparar la Accept header entre las solicitudes que no frente a los que tienen éxito

• HTTPS Caching puede ser un problema

• El Connection header pueden necesitar ser establecido

  configuración

• Proxy puede ser un problema

• Los valores de respuesta initial header pueden ser demasiado grandes (por ejemplo, Descripción de estado HTTP tiene un límite de 512 caracteres)

• document.readystate puede no ser completa en la solicitud inicial, lo que provoca premature execution problemas

• Certificate revocation checks puedan bloquear el JSON mensaje inicial, pero permitirían solicitudes posteriores tras la devolución de llamada GET

• readyState y de estado propiedades deben ser referenciados mediante el callback scope lugar de la variable x de evitar el uso del alcance de cierre:

 

    function cb() 
     { 
     if ((this.readyState === 4) && (this.status === 200)) 
     { 
     // handle callback 
     } 
     } 

    onreadystatechange = cb;