javascript - IE9 X-Frame-Options niega carga

asp.net-mvc kendo-ui

Question

Estoy en un gran problema aquí. Obtuve una aplicación .Net MVC 4 que usa la interfaz de usuario de Kendo como base de diseño y para subir también. La carga funciona bien en todos los navegadores excepto en un IE9 (9.0) que se ejecuta en un Windows Server 2008 RC2 x64 : realmente no sé si esa información es importante .

Me da el error SCRIPT5: Access Denied cuando Kendo intenta enviar la llamada asincrónica. De acuerdo con esta publicación de un miembro de Telerik en Kendo UI Foruns, Kendo crea un iframe para hacer posible las cargas asíncronas en versiones anteriores a IE10.

Intenté agregar un encabezado en webconfig de la API:

<customHeaders>
<add name="Access-Control-Allow-Credentials" value="true" />
<add name="X-Frame-Options" value="ALLOW-FROM *"/>
</customHeaders>

Los otros encabezados para CORS son implicity establecidos en una CORS Handler Class como esta en api.

Así que puedo ver ese encabezado en los encabezados de respuesta en la solicitud de IE, por lo que IE lo recupera. No conozco el soporte, especialmente en IE, para el valor ALLOW-FROM tampoco si acepta * . Pero traté de usar el valor SAMEORIGIN para ese encabezado y no funcionó, y tengo razones para ello: Mi WebApi no está en la misma dirección que el Front-End. Están en diferentes servidores y adeptos. La carga se envía directamente a la API en esta url:

http://dev.******.com/webserviceapi/api/UserProfile/Upload

Y el Front-End está en:

http://dev.******.com/portal/

El contenido suprimido en url es el mismo para ambas direcciones.

Entonces no tengo idea de cómo lograr esto. Este error no se ajusta a nada que haya encontrado en la web. ¡¡Cualquier ayuda será muy apreciada!! Gracias de antemano.

Answer 1

Creo que puede ser el estado abierto,

Utilizar esta

if (xhr.readyState == 1 /* OPENED */)

esto se abre en el lado del servidor, la conexión del servidor está abierta, remítase a esto

Si usó esta clase del blog msdn

public class ValuesController : ApiController

si la clase no es pública, entonces también puede obtener un error ... antes de CORS ...

¿Has visto el segundo comentario en el Blog ...

jQuery.support.cors = true; necesita cambiar esto para que sea explícitamente compatible con las llamadas cross domai no compatibles, el siguiente comentario dice ...

that flag tells jQuery to use an alternative object for making cross-domain calls if the browser doesn''t natively support it on its XmlHttpRequest implementation. For example, in IE8 that will cause jQuery to switch from XmlHttpRequest to the **XDomainRequest** object (in IE10 they "fixed" it in a way that XmlHttpRequest can be used for all requests). Regardless of the object on the client, the server still needs to "play the game" and return the appropriate headers so that the browser will allow such requests to be made.

Sí, la publicación de Teleric Team Member es lógicamente perfecta, pero cada IE tiene su propia forma de tratar los eventos y el sistema (lamentablemente, este es uno de esos ... BUG) No he encontrado la lista de errores de IE9 pero tengo una enlace que indica que los errores de IE8 solo se refieren si eso se relaciona, esto es útil ya que sabemos con qué tenemos que lidiar ... :)

Pruebe readyState == 2 si funciona bien ...

Creo que debe haber algo pequeño que te debe estar perdiendo ...

consulte el segundo artículo del mismo autor en el blog msdn

referir esto si eso ayuda a quirkmode

No soy usuario habitual de mvc, por lo que no puedo juzgar estas situaciones de forma adecuada.

Estoy buscando otras razones, publicaré si encuentro algo relacionado ...

Espero que esto sea de ayuda...