на основе Джейсон Себринг ' s очень полезный совет, и на вещи, покрытые здесь и здесь, я нашел идеальное решение для моего случая:

псевдо-код, с фрагменты JavaScript-кода:

1. немедленно создать пустое всплывающее окно на действие пользователя

   var importantStuff = window.open('', '_blank');
   

   необязательно: добавьте некоторое информационное сообщение "ожидание". Примеры:

   a) внешняя HTML-страница: замените приведенную выше строку с

   var importantStuff = window.open('http://example.com/waiting.html', '_blank');
   

   B) текст: добавить следующую строку ниже приведенной выше:

   importantStuff.document.write('Loading preview...');
   

2. заполните его содержимым, когда он будет готов (например, при возврате вызова AJAX)

   importantStuff.location.href = 'http://shrib.com';
   

обогатить вызов window.open С любыми дополнительными опциями вам нужно.

Я на самом деле использую это решение для перенаправления mailto, и он работает на всех моих браузерах (windows 7, Android). Элемент _blank немного помогает для электронной почты перенаправление на работу на мобильном телефоне, кстати.

ваш опыт? Любой способ улучшить это?

кроме того швейцарский Мистер пост, в моем случае окно.открой был запущен внутри обещания, которое включило блокировщик всплывающих окон, мое решение было: в угловом:

$scope.gotClick = function(){

  var myNewTab = browserService.openNewTab();
  someService.getUrl().then(
    function(res){
        browserService.updateLocation(res.url, myNewTab);

    }
  );
};

browserService:

this.openNewTab = function(){
     var newTabWindow = $window.open();
     return newTabWindow;
}

this.updateTabLocation = function(tabLocation, tab) {
     if(!tabLocation){
       tab.close();
     }
     tab.location.href = tabLocation;
}

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

в качестве хорошей практики я думаю, что это хорошая идея тест если всплывающее окно было заблокировано и принять меры в случае. Ты должен знать это окно.открытие имеет возвращаемое значение, и это значение может быть null, если произошла ошибка. Например, в следующем коде:

function pop(url,w,h) {
    n=window.open(url,'_blank','toolbar=0,location=0,directories=0,status=1,menubar=0,titlebar=0,scrollbars=1,resizable=1,width='+w+',height='+h);
    if(n==null) {
        return true;
    }
    return false;
}

если всплывающее окно заблокировано, окна.open вернет значение null. Таким образом, функция вернет false.

в качестве примера, представьте себе вызов этой функции непосредственно из любой ссылки с target="_blank": если всплывающее окно успешно открыто, возврат false заблокирует действие ссылки, иначе, если всплывающее окно заблокировано, возвращение true позволит поведение по умолчанию (открыть новый _blank окно) и идти дальше.

<a href="http://whatever.com" target="_blank" onclick='return pop("http://whatever.com",300,200);' >

таким образом, у вас будет всплывающее окно, если оно работает, и _blank окно, если не.

если всплывающее окно не открывается, вы можете:

• откройте пустое окно, как в Примере, и продолжайте
• открыть a поддельные всплывающие окна (iframe внутри страницы)
• сообщить пользователю ("разрешите всплывающие окна для этого сайта")
• откройте пустое окно и сообщите об этом пользователю так далее..

из Google OAuth JavaScript API:

http://code.google.com/p/google-api-javascript-client/wiki/Authentication

смотрите область, где он читает:

настройка аутентификации

клиентская реализация OAuth 2.0 использует всплывающее окно, чтобы предложить пользователю войти в систему и утвердить приложение. Первый звонок в gapi.автор.авторизация может вызвать блокировку всплывающих окон, так как она открывает всплывающее окно косвенно. Чтобы предотвратить запуск блокатора всплывающих окон при вызовах auth, вызовите gapi.автор.init (обратный вызов) при загрузке клиента. Предоставленный обратный вызов будет выполнен, когда библиотека будет готова к выполнению вызовов auth.

Я бы предположил, что это связано с реальным ответом выше в том, как он объясняет, если есть немедленный ответ, он не будет отключать всплывающий сигнал тревоги. В "гапи.автор.init " делает это так, что api происходит немедленно.

практические Применение

Я сделал микросервис аутентификации с открытым исходным кодом, используя Node passport на npm и различные пакеты паспортов для каждого поставщика. Я использовал стандартный подход перенаправления к третьей стороне, давая ему URL-адрес перенаправления, чтобы вернуться. Это было программно, поэтому у меня могли быть разные места для перенаправления обратно, если вход/регистрация и на определенных страницах.

github.com/sebringj/athu

passportjs.org

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

function submitAndRedirect {
  apiCall.then(({ redirect }) => {
      const a = document.createElement('a');
      a.href = redirect;
      a.target = '_blank';
      document.body.appendChild(a);
      a.click();
      document.body.removeChild(a);
  });
}

Я пробовал несколько решений, но его единственный, который на самом деле работал для меня во всех браузерах

let newTab = window.open(); newTab.location.href = url;

самый простой способ избавиться от этого, который работал для меня очень хорошо -

1. не использовать документ.открытый.)(
2. вместо этого используйте это.документ.местоположение.с href = место; где расположение является URL, который будет загружен

Ex:

<script>
function loadUrl(location)
{
this.document.location.href = location;
}</script>

<div onclick="loadUrl('company_page.jsp')">Abc</div>

это работает очень хорошо. Ура