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


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

Dev- Ops Camp Nürnberg

Autor*in: Sascha Nützel


Technologie


Nachdem ich ohnehin einen Teil meiner Wochenenden in Nürnberg verbringe, war ein Besuch des Dev- Ops Camp Nürnberg naheliegend. Das Camp war als „Unkonferenz“ organisiert, sodass Ablauf und Themen direkt vor Ort festgelegt wurden. Leider hatte ich an diesem Tag mehr als einmal die Qual der Wahl, da jeweils 4 Sessions gleichzeitig stattfanden. Da eigens …


Beitrag lesen
14
NOV
16

Zepto.js

Autor*in: Benjamin Hofmann


Technologie


Heute nur ein kurzer Link zu einer Alternative zu jQuery mit einem wesentlich kleinerem Footprint (30 statt 85 KB), aber der gleichen API und Funktionalität: Zepto.js Bei einem unserer Kunden ist das bereits im Einsatz und mittels folgender Zusatz-Module und einem kleinen Polyfill auch als Basis für das imx.Autocomplete und imx.Mapwork im Einsatz, welche beide …


Beitrag lesen
30
SEP
16

WebKit Sibling Bug

Autor*in: Benjamin Hofmann


Technologie // User Experience & Design


Bei kleineren Anpassungen in einem unserer Projekte ist heute im alten Standard-Browser von Android ein Bug[1] aufgefallen, der dazu führte, dass die Listenelemente mit initial verstecktem Inhalt diesen beim Anklicken nicht anzeigten. Nach einer kurzen Recherche bin ich hier auch auf die Lösung gestoßen, den Checkbox Hack on Mobile Webkit[2]. Klingt fies, ist aber nur …


Beitrag lesen
13
MRZ
15