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

Open
rafa wants to merge 1 commits from fix/audio-status-clear-on-play into main
Owner

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
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.
This pull request can be merged automatically.
You are not authorized to merge this pull request.
View command line instructions

Checkout

From your project repository, check out a new branch and test the changes.
git fetch -u origin fix/audio-status-clear-on-play:fix/audio-status-clear-on-play
git checkout fix/audio-status-clear-on-play
Sign in to join this conversation.
No Reviewers
No Label
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: rafa/feadulta#221