v1.7.1: el detector de tema deja de creer y empieza a mirar
La v1.7.0 preguntaba por la clase `dark` de <html> y punto. En este mismo PC quedó la prueba de que eso miente en WebView2: estado.json con "dark": false y la app pintada de negro — barra clara sobre app oscura, el bug al revés. Ahora el reporte es a prueba de balas: - temaOscuro(): clase `dark` en <html> o <body>; si no está, la LUMINANCIA del fondo realmente pintado del body (funciona sea cual sea el mecanismo de tema); si tampoco, el color-scheme computado. Con el documento a medio crear devuelve null y el campo NO viaja (Rust conserva el último valor bueno) — nada revienta en frío. - Vigilancia segura: MutationObserver sobre <html> Y <body> (class/style/data-theme) registrado cuando existen, y dos re-reportes tras la carga por si el tema aterriza con la hidratación. Rust y la barra quedan como en v1.7.0 (un campo `dark` ausente ya significaba «conserva lo último»). El estado.json mentiroso se corrige solo con el primer reporte bueno. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Este commit está contenido en:
2
src-tauri/Cargo.lock
generado
2
src-tauri/Cargo.lock
generado
@@ -2062,7 +2062,7 @@ dependencies = [
|
||||
|
||||
[[package]]
|
||||
name = "labstream-desktop"
|
||||
version = "1.7.0"
|
||||
version = "1.7.1"
|
||||
dependencies = [
|
||||
"serde",
|
||||
"serde_json",
|
||||
|
||||
Referencia en una nueva incidencia
Block a user