- Expédié
- 7 septembre 2026 à 20:38 UTC
- Auteur
- Kamo
- Commite
- acb0066
"Repeat sound" a évité correctement et n'a rien fait d'audible. Le pont battait le ton avec setInterval, et Chrome cleps timers dans une page qui a été cachés pendant cinq minutes à UN réveil par minute - ce qui est exactement le la situation pour laquelle le contexte existe. Personne ne s'allume sur une nouvelle alarme pour un l'écran sont assis devant. Mesuré dans un véritable navigateur plutôt que motivé. Une répétition de cinq secondes dans une languette cachée: un battement tous les 5s pour 300s, puis bat à 314, 374, 434, 494. Une temporisation de contrôle en clair à côté de lui s'est effondrée de manière identique, donc c'était la minuterie et pas le pont. Toutes les autres couches étaient innocentes - la rangée est stockée, service le retourne, le jeu le lit, et l'ensemble de la pile se répète parfaitement dans un onglet de premier plan, c'est pourquoi il a passé avec succès tous les tests et chaque contrôle de la main. Les battements vont maintenant sur l'horloge AudioContext, qui fonctionne sur un audio en temps réel thread et garde le temps pendant que la page est gelée: 96 battements sur 8 minutes en a onglet caché, pire erreur 0,00s, tandis que le temporisateur à côté d'elle a perdu un tiers de son ticks. startRepeatingEventFonderFonderUne horizon de battements à l'avance et monte le faire la queue sur une minuterie qui est bienvenue pour être étranglée - les battements qu'il a fait la queue la dernière fois, sonne déjà sans elle - et retourne un arrêt qui s'annule Ce qui est encore en file d'attente, donc une carte rejetée se taise immédiatement. Garmée, parce que cet échec est inaudible ET retardé: il sonne juste pour cinq minutes entières, puis se dégrade en silence, ce qui est ce qu'un membre qui a éteint le son entêté en entend aussi. Il ne serait pas signalé à nouveau.