Chrome: okno dialogowe drukowania window.print() otwiera się dopiero po przeładowaniu strony (javascript)

Question

Mam do czynienia z naprawdę dziwnym problemem. Wywołuję window.print() z pliku javascript. Działa to dobrze w Safari, IE, Firefox ... i jeszcze dwie godziny temu działało również w Chrome. (Wersja 29.0.1547.57)

Nie zmieniłem niczego istotnego w moim pliku javascript (naprawdę - usunąłem tylko kilka komentarzy ...), ale to, co teraz się dzieje, jest naprawdę dziwne: w Chrome dialog drukowania nie otwiera się po wywołaniu window.print(). Nic się nie dzieje. Ale potem, kiedy naciskam przeładowanie, dialog drukowania natychmiast się otwiera.

Zachowanie w drugiej przeglądarce nie uległo zmianie. Podczas debugowania w Chrome widzę, że window.print() jest wywoływany zgodnie z oczekiwaniami, a skrypt działa po tym. Tylko dialog drukowania nie zostanie wyświetlony do momentu ponownego załadowania.

Czy ktoś kiedykolwiek doświadczył czegoś takiego? Próbowałem również wywołać window.print() w setTimeout(), ale to nic nie zmieniło. Kiedy debuguję treść strony, która ma być wydrukowana, wydaje się być idealnie załadowana.

Przykro mi to pytać, ale niczego nie znalazłem podczas badania. Każda pomoc będzie doceniona!

Dziękujemy!

Answer 1

jestem najbardziej pewny, że występuje ten problem, bo trzeba elementu wideo na swojej stronie - najbardziej prawdopodobnie MP4.

Jeśli wyłączysz ten film/lub mieć film OGV zamiast drukowania powinny działać prawidłowo. Jest to błąd w samym chrome ze względu na ograniczenia implementacji wideo Chrome. Ważne jest również, aby pamiętać, że jeśli użytkownik drukuje ręcznie za pomocą Ctrl-P/cmd-P, funkcje drukowania poprawnie

http://code.google.com/p/chromium/issues/detail?id=141633

Nadzieja to pomaga :)

Answer 2

Mam dokładnie ten sam problem z Chrome. Musisz ręcznie przeładować stronę:

<a href="javascript:window.print();window.location.reload()">Print</a> 

Answer 3

Z mojego doświadczenia wynika to z ciągłego ruchu w tle, np. wywołania ajaxowe i tym podobne, które uniemożliwiają Chrome wrażenie, że strona jest całkowicie załadowana. Przeładowanie przerywa cały ruch, a tym samym pojawia się okno dialogowe drukowania. To jest szczególna luka w Visual Studio 2013, gdzie BrowserLink nieustannie tyka w tle. ten może być testowany poprzez wyłączenie BrowserLink za pomocą poniższego ustawienia:

<configuration> 
    <appSettings> 
     <add key="vs:EnableBrowserLink" value="false"/> 
    </appSettings> 
</configuration> 

Answer 4

Wasiim ma rację, jest to błąd Chrome gdzie window.print() nie działa, gdy jest <video> tag w DOM. Rozwiązałem to przez wywołanie tej funkcji:

function printPage() { 
    window.print(); 

    //workaround for Chrome bug - https://code.google.com/p/chromium/issues/detail?id=141633 
    if (window.stop) { 
     location.reload(); //triggering unload (e.g. reloading the page) makes the print dialog appear 
     window.stop(); //immediately stop reloading 
    } 
    return false; 
} 

Answer 5

Jeśli przypadkiem ktoś używa VS2013 z chromem, ten problem jest spowodowany przez funkcjonalnością BrowserLink.

see SO answer here

Answer 6

Podobne zachowanie w Safari. Jest to spowodowane przez otwarte żądania (żądania) HTTP w tle.

Kiedy każde żądanie HTTP jest w toku, window.print() zostaje pomyślnie wykonane, ale nie jest otwarte żadne okno dialogowe!

Będziesz miał ten problem, gdy użyć długie odpytywanie (dla serwera naciśnięciem). Ponieważ klient będzie miał już otwarte połączenie HTTP przez długi czas, window.print() nigdy nie będzie działać.