Событие Microsoft Edge easyXDM on (сообщение) не вызывается

В Microsoft Edge запрос GET не выполняется. Я прошел через код до момента выполнения запроса AJAX и установил точку останова в обратном вызове (ах). Однако код никогда не достигает обратных вызовов.

У меня уже есть настройки .then() и .fail() с обратными вызовами, и я пытался добавить .done() и .always() с обратными вызовами, но ни один из кодов обратных вызовов не выполняется.

Затем я проверил вкладку сети в dev-tools и вообще не могу найти запрос. Кажется, что Edge по какой-то причине не отправляет запрос.

request = function(options, resolveScope) {
    var deferred = $.Deferred();
    corsHandler.makeRequest(options)
        .done(this._wrap(function(response) {
            deferred.resolveWith(resolveScope, [response]); //never gets here
        }, this))
        .fail(this._wrap(function(response) {
            deferred.rejectWith(resolveScope, [response]); //never gets here
        }, this));
    return deferred;
}

Это то, что вызывает функцию запроса выше.

ajaxFunc = function(data, scope) {
    return request({
        url: '/path/to/server',
        internalUrl: true,
        method: 'GET',
        datatype: 'json',
        data: data
    }, scope);
}

Это реализация, используемая для выполнения этого запроса.

(function() {
    // set data var
    return ajaxFunc(data, self)
        .then(function(res) { console.log(res); }) //never gets here
        .done(function(res) { console.log(res); }) //never gets here
        .fail(function(res) { console.log(res); }) //never gets here
        .finally(function(res) { console.log(res); }) //never gets here
 })();

Вот корс. (Я не очень много знаю об этом.)

 corsHandler.makeRequest = function(options) {
        // resolve default options
        _.defaults(options, {
            xhr:        null,
            corsUrl:    null,
            url:        null,
            method:     'GET',
            data:       {},
            success:    function() {},
            error:      function() {},
            terminate:  false,
            binary:     false,
            headers:    {},
            internalUrl: false,
            datatype: ''
        });
        // if url is internal, create absolute url from relative url
        if (options.internalUrl) {
            options.url = this.createAbsoluteInternalUrl(options.url);
        }

        // resolve cors url or proxy url
        options.corsUrl = options.corsUrl || this.getCorsUrl(options.url);
        if (!options.corsUrl) {
            options.url     = this.getProxyUrl(options.url);
            options.corsUrl = this.getCorsUrl(options.url);
        }

        // create xhr
        if (!options.xhr && options.corsUrl) {
            options.xhr = this.createXhr(options.corsUrl);
        }

        // create cleanup procedure
        var cleanUpAfterRequest = $.proxy(function() {
            if (options.terminate) {
                options.xhr.destroy();
                this._removeCacheXhr(options.corsUrl);
            }
        }, this);

        // prepare deffered object
        var deferred = $.Deferred();
        deferred
            .done(function() {
                if (options.success) {
                   options.success.apply(null, Array.prototype.slice.call(arguments));
                }
            })
            .fail(function() {
                if (options.error) {
                    options.error.apply(null, Array.prototype.slice.call(arguments));
                }
            });

        // make actual request
        if (!options.xhr) {
            throw 'corsHandler: xhr object was not created or defined to make request'; 
            // this does not happen
        }
        options.xhr.request(
            {
                url:    options.url,
                method: options.method,
                data:   options.data,
                binary: options.binary,
                headers: options.headers,
                datatype: options.datatype
            },
            function() {
                deferred.resolve.apply(null, Array.prototype.slice.call(arguments));
                cleanUpAfterRequest();
            },
            function() {
                deferred.reject.apply(null, Array.prototype.slice.call(arguments));
                cleanUpAfterRequest();
            }
        );
        return deferred;
    }

ОБНОВЛЕНИЕ

Похоже, проблема в easyXDM. waitForReady() не стреляет on(window, "message", waitForReady) по краю. Я больше изучаю проблему сейчас.

Фрагмент easyXDM:

    targetOrigin = getLocation(config.remote);
    if (config.isHost) {
        // add the event handler for listening
        var waitForReady = function(event){
            if (event.data == config.channel + "-ready") {
                // replace the eventlistener
                callerWindow = ("postMessage" in frame.contentWindow) ? frame.contentWindow : frame.contentWindow.document;
                un(window, "message", waitForReady);
                on(window, "message", _window_onMessage);
                setTimeout(function(){
                    pub.up.callback(true);
                }, 0);
            }
        };
        on(window, "message", waitForReady);

        // set up the iframe
        apply(config.props, {
            src: appendQueryParameters(config.remote, {
                xdm_e: getLocation(location.href),
                xdm_c: config.channel,
                xdm_p: 1 // 1 = PostMessage
            }),
            name: IFRAME_PREFIX + config.channel + "_provider"
        });
        frame = createFrame(config);
    }

Приведенный выше фрагмент выполняется, но метод waitForReady никогда не вызывается. Единственный браузер, в котором он не вызывается, — это Edge (работает в IE8+, Chrome, Safari, FF и мобильном хроме/сафари).


person Jacques ジャック    schedule 23.12.2015    source источник
comment
Разве атрибут не является типом данных, а не типом данных? Не думаю, что это будет проблемой, но стоит исправить. В прошлом у меня случались запросы, которые не срабатывали при совершении этой ошибки.   -  person Antonio Manente    schedule 23.12.2015
comment
не мешало бы поставить console.log почти везде, где есть .done .fail .then, чтобы посмотреть, что запускается.   -  person SoluableNonagon    schedule 23.12.2015
comment
@AntonioManente Спасибо за вклад, я посмотрю на это.   -  person Jacques ジャック    schedule 23.12.2015
comment
@SoluableNonagon Я добавил точки останова на каждом, я также попробую console.logs и дам вам знать.   -  person Jacques ジャック    schedule 23.12.2015
comment
@SoluableNonagon Я везде добавлял console.logs. В консоли ничего не появилось.   -  person Jacques ジャック    schedule 23.12.2015
comment
Я думаю, что самое важное, на что следует обратить внимание, это то, что запрос XHR не выполняется (нет никаких доказательств того, что это действительно происходит на вкладке сети). Поскольку этого не происходит, я бы предположил, что ни один из обратных вызовов не будет запущен.   -  person Jacques ジャック    schedule 23.12.2015
comment
В блоке с надписью «Это реализация, используемая для выполнения этого запроса». я вижу, что скобки в конце кажутся не по порядку. В коде тоже самое? или тут опечатка   -  person Antonio Manente    schedule 23.12.2015
comment
Ах, простите, здесь опечатка. Я обновил его.   -  person Jacques ジャック    schedule 23.12.2015
comment
Кроме того, кто-то проголосовал против вопроса, если вы собираетесь голосовать против, по крайней мере, прокомментируйте, почему вы проголосовали за него. Если это глупый вопрос, то и ответ был бы хорош...   -  person Jacques ジャック    schedule 23.12.2015
comment
Упростите код. Следуйте ему, от начала до конца, пока он не остановится. Обратите внимание, где он останавливается. Он даже достигает xhr.send?   -  person Kevin B    schedule 23.12.2015
comment
@KevinB Можете ли вы уточнить? Код cors вызывается в нескольких местах, как и метод запроса. Я думаю, что любое упрощение приведет к повторяющемуся коду.   -  person Jacques ジャック    schedule 23.12.2015
comment
Рассмотрим этот вариант. Если вы даже не добираетесь до xhr.send, то тот факт, что это ajax-запрос, не имеет значения, не так ли? если он достигает xhr.send, он будет виден на вкладке сети.   -  person Kevin B    schedule 23.12.2015
comment
@KevinB Я полагаю, что это так, однако в других браузерах нет проблем. Все, что выходит за рамки того, что я опубликовал, начинает попадать в загружаемые файлы, и я предположил, что это не проблема.   -  person Jacques ジャック    schedule 23.12.2015
comment
По сути, вам нужно либо выполнить код с помощью отладчика (если он существует в Edge), либо добавить больше журналов консоли, чтобы увидеть, как далеко он продвинулся и почему он останавливается. в настоящее время мне трудно следить за вашим кодом, чтобы увидеть, где он может остановиться.   -  person Kevin B    schedule 23.12.2015
comment
Давайте продолжим обсуждение в чате.   -  person Jacques ジャック    schedule 23.12.2015
comment
Похоже, проблема в том, что postMessage не работает в Edge, позже я уточню вопрос.   -  person Jacques ジャック    schedule 01.01.2016
comment
dev.windows.com/en-us/microsoft-edge/ platform/status/ — postMessage работает в Edge (caniuse.com/#search=postMessage). davidwalsh.name/demo/window-post-message.php — это демо для postMessage и что-то делает в консоли Edge :)   -  person Martin Vseticka    schedule 03.01.2016
comment
@MartinVseticka Я создал прослушиватель postMessage и запустил его в Edge, а обратный вызов так и не запустился (это был просто console.log()). В Chrome все отлично заработало. Я проверяю ссылки, которые вы разместили, но именно поэтому я прокомментировал, что я думал, что это проблема с postMessage, не работающим в краю.   -  person Jacques ジャック    schedule 04.01.2016
comment
@MartinVseticka Вы правы, в моем мероприятии в Edge возникла проблема. Это не было ошибкой, как хром с той же проблемой, поэтому я предположил, что он не работает должным образом. Теперь я вернулся к исходной точке.   -  person Jacques ジャック    schedule 04.01.2016


Ответы (1)


Оказывается, был необходимый «хак», который предыдущий разработчик вписал в нашу реализацию easyXDM.

В нашей реализации easyXDM нам пришлось обновить объект Window в IE, потому что наше приложение запускается в iFrame. Поскольку технически Edge не является версией IE, наш тест дал сбой, поэтому код не выполнялся для обновления window до window.parent в контексте easyXDM.

Мы используем typeof document.documentMode === 'number' для обнаружения IE, но document.documentMode не определено в Edge, поэтому мы добавили проверку navigator.userAgent для Edge.

Это решило проблему.

person Jacques ジャック    schedule 15.01.2016
comment
Что это за исправление окна/окна.parent? Я обнаруживаю Edge в своем приложении по разным причинам, но что это за код, который запускает это окно обновлений, чтобы быть window.parent в контексте easyXDM? Ссылка? Ни в одном из ваших фрагментов кода примера нет кода window.parent. Спасибо - person OG Sean; 11.12.2019
comment
Этот вопрос довольно старый, и я не помню подробностей, но наш код был в iFrame, так что, вероятно, это ссылка на родительское окно iframe. - person Jacques ジャック; 11.12.2019