I have spent a lot of time this afternoon on this issue and I feel like this issue might not be fixable unless someone else has a brilliant idea.
The problem is in the virtual DOM with prepending (scrolling up). In this case, you are adding a bunch of elements (posts) to the beginning of an array. When the virtual DOM does its diff, it notices the element with the youtube <iframe> is not in the same place, so it removes and re-adds it later. This causes the youtube player to refresh the iframe, which causes it to play again.
It seems impossible to move an <iframe> in the DOM without reloading it.
Note that this bug doesn’t happen when scrolling down because appending posts doesn’t change the order. It also doesn’t matter if the user hasn’t started the video already, because lazyYT hasn’t inserted the iframe yet.
OK our debugging shows that for some reason the Youtube embedded player did fix the autoplay thing, so I am fixing the title here.
The bug we have is that we have “protection” in place when you click play that tells the “post cloaker”, hi … don’t cloak me. But this protection is somehow binned when you scroll up.
This means that if you play a song on youtube and scroll up it will just stop playing when we load the next chunk.
Sorry to resurrect this, but I’ve noticed this starts happening now even when scrolling down. Not sure if something changed this bug recently to the worse, or if it’s a different bug altogether. Confirmed with several people in our instance. This makes video sharing threads quite unbearable, when the earlier videos start suddenly playing.
Je confirme, cela se produit en faisant défiler vers le haut ou vers le bas et rejoue aléatoirement toutes les vidéos précédemment lues (j’imagine que cela a quelque chose à voir avec la façon dont Discourse traite le contenu précédent lors du chargement de nouveau dans un sujet, mais honnêtement, je ne sais pas).
J’ai des sentiments mitigés à ce sujet, je ne pense pas que les gens devraient s’attendre à ce qu’une vidéo de plus de 600 messages au-dessus continue de jouer pendant que vous faites défiler sans fin dans un méga-sujet ? La vidéo n’est pas visible, et ne l’a pas été depuis un moment si vous faites défiler vers le bas.
par exemple, si vous voulez écouter de l’audio pendant longtemps tout en naviguant sur le site que vous visitez, ouvrez-le dans un nouvel onglet ?
À mon avis, ce ne devrait pas être le cas. Si la vidéo est en pause ou terminée, elle ne devrait pas se rejouer d’elle-même simplement parce que vous avez fait défiler la page. (Ce qui est le comportement décrit, même si le titre est trompeur)
En fait, il existe une alternative pour les personnes qui veulent que « les gens continuent à jouer » pendant qu’ils naviguent, s’ils trouvent l’approche par onglets trop contraignante.
Cela se produit toujours dans la version stable 3.0. Ce qui est drôle, c’est qu’une vidéo se rafraîchit en faisant défiler vers le HAUT, en faisant défiler vers le BAS, elle reste en pause. Une autre vidéo aléatoire fait le contraire. Elle reste en pause lorsque vous faites défiler vers le HAUT et se relance en faisant défiler vers le BAS.
Nous n’avons pas encore apporté de changements ici.
Notre plan est de reconstruire notre vue des sujets au cours des 1 ou 2 prochaines années, ce qui devrait, espérons-le, améliorer la situation. Il n’y a pas de solution facile ici, nous avons essayé.
