fea-audio-player: limpiar el aviso de error cuando el audio sí llega a reproducir #221

2026-08-28T09:31:12Z

rafa commented

2026-08-28 09:31:12 +00:00

Si audio.play() fallaba tras verificar el hash (p.ej. la política de autoplay del navegador expira el user-activation durante el await de fetch+digest en conexiones lentas), el aviso "No se pudo verificar el audio. Inténtalo de nuevo." quedaba fijo en pantalla aunque el usuario reprodujera el audio a mano desde los controles nativos, que ya estaban visibles (el botón queda oculto y audio.hidden=false se aplica antes del intento de play()).

El listener del evento play real del <audio> ahora limpia ese aviso y oculta el botón de verificación, sea cual sea el camino por el que arrancó la reproducción (automático tras verificar, o manual desde los controles nativos).

Reportado por Rafa en el canal feadulta viendo el aviso atascado en "Más allá de la trinchera..." (post 56196).

Si `audio.play()` fallaba tras verificar el hash (p.ej. la política de autoplay del navegador expira el user-activation durante el `await` de fetch+digest en conexiones lentas), el aviso "No se pudo verificar el audio. Inténtalo de nuevo." quedaba fijo en pantalla aunque el usuario reprodujera el audio a mano desde los controles nativos, que ya estaban visibles (el botón queda oculto y `audio.hidden=false` se aplica antes del intento de `play()`). El listener del evento `play` real del `<audio>` ahora limpia ese aviso y oculta el botón de verificación, sea cual sea el camino por el que arrancó la reproducción (automático tras verificar, o manual desde los controles nativos). Reportado por Rafa en el canal feadulta viendo el aviso atascado en "Más allá de la trinchera..." (post 56196).

rafa added 1 commit 2026-08-28 09:31:13 +00:00

fea-audio-player: limpiar el aviso de error cuando el audio sí llega a reproducir 4d25a8d2e5

Si audio.play() fallaba tras verificar el hash (p.ej. política de autoplay
del navegador tras el await de fetch+digest), el aviso "No se pudo verificar
el audio" quedaba fijo en pantalla aunque el usuario reprodujera el audio a
mano desde los controles nativos que ya estaban visibles. El evento 'play'
real del <audio> ahora limpia ese aviso y oculta el botón, sea cual sea el
camino por el que arrancó la reproducción.

Reportado por Rafa en el canal feadulta, viendo el estado atascado en
"Más allá de la trinchera..." (post 56196) tras el bloqueo 403 de Cloudflare.

rafa merged commit 83db29d389 into main

2026-08-30 10:34:56 +00:00

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: rafa/feadulta#221