Einschränkung für Video AutoPlay ab Chrome 66

Datum: 7. Mai 2018
Autor*in: Stefan Oswald


Seit der Verteilung von Chrome Version 66 tritt das Problem auf, dass Videos plötzlich nicht mehr von alleine starten, obwohl Autoplay vorgesehen und auch richtig konfiguriert ist. Besonders unpraktisch ist das für Bewegtbilder-Keyvisuals. Die Debug-Konsole liefert dabei folgenden Hinweis:

Uncaught (in promise) DOMException: play() failed because the user didn’t interact with the document first. https://goo.gl/xX8pDD

Hier ist der fragliche Artikel im Google Developer Update:
https://developers.google.com/web/updates/2017/09/autoplay-policy-changes

Erkenntnis: Auto-Play geht mit dem neuen Chrome-Update nur dann, wenn der Benutzer mit der Webseite (konkret: Domain) bereits interagiert hat. Das bedeutet konkret, dass z.B. irgend etwas aktiv angeklickt werden muss. Wenn man dann z.B. auf eine beliebige Inhaltsseite über die Navigation browst und dann wieder zur Startseite zurück kehrt, spielt das Autplay-Video automatisch ab. Nur wenn man initial neu auf die Seite kommt, passiert erst  mal nichts. Das gilt auch dann, wenn man die Startseite in einem neuen Browsertab frisch öffnet.

Eigentlich ist dieses Verhalten auf Videos mit Ton eingeschränkt. Doch selbst wenn ein Video an sich keinen Ton liefert, findet kein AutoPlay mehr statt. Der Grund ist, dass auch ein vermeintlich tonloses Video in der Regel eine Tonspur enthält. Entscheidend für das erfolgreiche AutoPlay auch nach den neuen Regeln ist also, dass das fragliche Video bereits mit der „mute“ Option eingebettet wird. Hierzu ist eine Anpassung an der Video-Integration nötig. Video-Modul und Portal-Code)


Kommentare

Selber kommentieren:






Weitere Beiträge zum Thema Technologie


Fancybox: JS-Fehler mit jQuery 1.9+

Autor*in: Stefan Oswald


Technologie


Die letzte freie Version von Fancybox (1.3.4) beinhaltet eine Inkompatibilität mit jQuery ab Version 1.9, da dort die Unterstützung für jQuery.browser eingestellt worden ist. Darauf will das Fancybox-Script aber zugreifen. Das hat zur Folge, dass es auf der Konsole des verwendeten Browsers zu einer Fehlermeldung kommt und dass ggf. sonstiger JavaScript Code auf der Seite …


Beitrag lesen
25
MRZ
14

Flash stirbt, aber wie geht es weiter?

Autor*in: Axel Güldner


Technologie // User Experience & Design


Wir sind uns sicher weitestgehend einig, dass Flash am Sterben ist. Apple hat mit seiner Entscheidung, Adobes Plugin auf mobilen Geräten nicht zu unterstützen, eine Entwicklung ausgelöst, an derren Ende das Flashplugin komplett verschwinden wird. Und wir sind uns auch sicher hier wieder größtenteils einig, wenn ich behaupte, Flash werden nur wenige vermissen. Aber wie …


Beitrag lesen
23
FEB
12

Das Leid mit den verzögerten Superdropdowns

Autor*in: Axel Güldner


Technologie


Jeder der bei uns mit dem Thema HTML Coding zu tun hat, durfte wahrscheinlich schon einmal einen Screen umsetzen, in welchem eine Klappnavigation in Form eines Superdropdowns vorgesehen war. Wer jetzt nicht weiß was ich mit Superdropdown meine, dass sind diese Riesen Unternavigationen, in welchen neben der zweiten Navigationsebene, noch einige weitere Inhalte untergebracht sind …


Beitrag lesen
07
MRZ
13

Builder Pattern Eclipse Plugin

Autor*in:


Technologie


J. Bloch schildert in „Effective Java“ die Vorzüge des Builder Patterns, insbesondere bei Konstruktoren mit mehr als 4 Parametern: verbesserte Lesbarkeit, vor allem bei einer Vielzahl an optionalen Parametern konsistente, in sich abgeschlossene Erzeugung von unveränderlichen Objekten (im Vergleich zur Erzeugung mittels JavaBean Settern) Trotzdem ist das Schreiben des Builder-Codes ein wenig zeitaufwändig. Mittels dieses …


Beitrag lesen
05
JUL
12