Ошибка CORS XMLHttpRequest в веб-работнике IE10-11

Я пытаюсь сделать кросс-происхождения XMLHttpRequest в веб-работник. Настройка выглядит следующим образом:

  • исходный запрос сделан к тому же домену example.com
  • сервер перенаправляет (302) запрос на s3.amazon.com
  • S3 правильно настроен для CORS, отвечая соответствующим Access-Control-Allow-Origin заголовок

код выглядит следующим образом:

var xhr = new XMLHttpRequest();
//this will redirect to 'https://s3.amazon.com/...'
xhr.open('GET', 'https://example.com/document/1234/download');
xhr.send(null);

Chrome, Firefox, Safari и MS Edge на Win 10

этот код правильно следует за перенаправлением, как при вызове из основного файла JS, так и из веб-работника.

IE 10/11 на Win 7

этот код правильно следует перенаправить только при вызове из основного файла JS. При вызове из веб-работника запрос прерывается без сообщения об ошибке или журнала.

Это можно сделать, отредактировав настройки безопасности браузера и включив " доступ к источникам данных через домены", но ожидать от пользователей этого нецелесообразно.

вопросы

  1. есть ли какая-то специальная настройка, необходимая для того, чтобы IE 10/11 следовал за перенаправлением?
  2. есть ли способ получить лучший выход из IE 10/11, кроме непрозрачного прерванного запроса?

3 ответов


Как уже упоминалось здесь веб-работники поддерживаются в IE11. 302 перенаправления с сервера и не зависит от браузера. IE11-это браузер с собственными ограничениями, и вы должны переключить "источники данных доступа между доменами". Для получения дополнительной информации IE исключения.

XMLHttpRequest поддерживается в IE11, но вы можете этот междоменный запрос:

function getXmlHttp(){
  var xmlhttp;
  try {
    xmlhttp = new ActiveXObject("Msxml2.XMLHTTP");
  } catch (e) {
    try {
      xmlhttp = new ActiveXObject("Microsoft.XMLHTTP");
    } catch (E) {
      xmlhttp = false;
    }
  }
  if (!xmlhttp && typeof XMLHttpRequest!='undefined') {
    xmlhttp = new XMLHttpRequest();
  }
  return xmlhttp;
}
var xhr = getXmlHttp();

и работать с этим.


попробуйте настроить еще несколько метатегов в запросе заголовка, например то XHR.setRequestHeader ('Access-Control-Allow-Origin', example.com ); / / из которого сделан запрос

// Create the XHR object.
function createCORSRequest(method, url) {
  var xhr = new XMLHttpRequest();
  if ("withCredentials" in xhr) {
    // XHR for Chrome/Firefox/Opera/Safari.
    xhr.open(method, url, true);
  } else if (typeof XDomainRequest != "undefined") {
    // XDomainRequest for IE.
    xhr = new XDomainRequest();
    xhr.open(method, url);
  } else {
    // CORS not supported.
    xhr = null;
  }
  return xhr;
}

// Helper method to parse the title tag from the response.
function getTitle(text) {
  return text.match('<title>(.*)?</title>')[1];
}

// Make the actual CORS request.
function makeCorsRequest() {
  // This is a sample server that supports CORS.
  var url = 'https://example.com/document/1234/download';

  var xhr = createCORSRequest('GET', url);
  if (!xhr) {
    alert('CORS not supported');
    return;
  }

  // Response handlers.
  xhr.onload = function() {
    var text = xhr.responseText;
    var title = getTitle(text);
    alert('Response from CORS request to ' + url + ': ' + title);
  };

  xhr.onerror = function() {
    alert('Woops, there was an error making the request.');
  };

  xhr.send();
}

для получения более подробной информации проверьте эту ссылку -https://www.html5rocks.com/en/tutorials/cors/


существует несколько возможных обходных путей к этой проблеме, два из которых я исследовал:

1
function callXHR() {
  var xhr = new XMLHttpRequest();
  //this will redirect to 'https://s3.amazon.com/...'
  xhr.open('GET', 'https://example.com/document/1234/download');
  xhr.send(null);
}

if(isIE) {
   //callXHR in main js file
} else {
   //callXHR in web worker
}
2
//from a web worker
if(isIE) {
   //give the exact url so the xhr doesn't get a 302
   callXHR('https://s3.amazon.com/...');
} else {
   //this will follow the redirect to https://aws...
   callXHR('https://example.com/document/1234/download');
}

Я решил Вариант 2, потому что я не хотел отказываться от веб-работника.

ответы, представленные здесь, были сосредоточены на CORS или перенаправлениях, но никто на самом деле не решал конкретную проблему, которую я имел.