Screen Wake Lock: ciclo de vida y límites de privacidad
Gestiona bloqueos de pantalla con recuperación de visibilidad, liberación explícita y una alternativa útil.
BotBrowser Team
Quieres la documentación estructurada de Plataforma?
Este artículo forma parte de la biblioteca editorial. Para pasos de configuración, material de referencia y actualizaciones continuas, entra en la sección de docs.
Screen Wake Lock permite pedir al navegador que no atenúe la pantalla durante una tarea visible para el usuario. Es una concesión temporal y mediada por el navegador: la visibilidad, la política, la energía o una liberación explícita pueden terminarla. BotBrowser valida estas rutas en perfiles controlados, pero no mantiene una pantalla física encendida ni garantiza soporte universal.
TL;DR
- Detecta
navigator.wakeLocky solicita solo para una tarea visible. - Guarda el
WakeLockSentinel, escuchareleasey libera al terminar. - Reintenta tras
visibilitychangesolo si la tarea continúa y la capacidad existe. - No es ejecución en segundo plano, acceso a batería, identidad ni garantía de pantalla encendida.
Contents
Solicitar y liberar
Llama a navigator.wakeLock.request('screen') en un flujo intencional. Trata el rechazo como un resultado normal, conserva el sentinel y limpia de forma idempotente cuando termina la ruta o el usuario elige ahorrar energía.
Visibilidad y privacidad
Al ocultarse el documento, el navegador puede liberar el bloqueo. Al volver, comprueba el estado de la tarea antes de solicitarlo otra vez y ofrece controles normales si falla. La API no expone batería ni identidad del dispositivo; limita la telemetría al propósito y al resultado.
Pruebas con BotBrowser
BotBrowser puede validar en un perfil aislado las rutas concretas de detección de capacidad, solicitud screen, liberación explícita, evento release y recuperación después de visibilitychange. Esto permite comprobar que una fixture de presentación o checklist muestra el estado correcto y no vuelve a solicitar el bloqueo cuando la tarea ya terminó. BotBrowser no controla directamente la política energética del sistema, no mide la batería, no mantiene un monitor físico encendido y no convierte un resultado positivo en soporte para todos los runners. Incluye API ausente, rechazo, limpieza duplicada y una recuperación posterior a una tarea terminada.
Conclusión
Trata el wake lock como un arrendamiento breve: detecta capacidad, libera explícitamente, recupera la visibilidad y conserva una alternativa. Consulta W3C Screen Wake Lock, MDN, WakeLockSentinel, Privacy Principles y BotBrowser.
Lecturas relacionadas
Sources
Artículos Relacionados
Lleva BotBrowser de la investigación a producción
Usa estas guías para entender el modelo y después avanzar hacia validación multiplataforma, contextos aislados y despliegue de navegador preparado para escalar.