Cuando una app no puede quitar un permiso que ya otorgó
El scope del protocolo de assets de Tauri tiene allow_directory y ningún revoke, así que cambiar de vault pasó a requerir un reinicio, cambiando velocidad por una seguridad real.
El scope del protocolo de assets de Tauri tiene allow_directory y ningún revoke, así que cambiar de vault pasó a requerir un reinicio, cambiando velocidad por una seguridad real.
Agregar una verificación de estado a una función de Rust hizo que ya no pudiera llamar a otra función igual - y eso abrió en silencio un hueco que ninguna de las dos tenía por sí sola.
Arreglar un error de actualización del panel expuso un segundo error escondido en el mismo componente compartido, y un tercer error que resultó no existir.
Una revisión de código sacó a la luz un invariante que la función de adoptar/importar de Greenhouse rompía en silencio, y la corrección que la volvió aburrida otra vez.
Un escáner de importación encontró la estructura interna de la app, y volvió a ofrecer una carpeta ya importada - la misma conversación faltante entre capas.
Un callback renombrado a algo genérico conservó su significado específico del asistente, y la misma señal significaba dos cosas distintas para dos oyentes distintos.
Un runner de build macOS autoalojado que comparte máquina con un NVR, un empaquetador de DMG que controla Finder vía AppleScript, y la variable de entorno que sobrescribió la mía.
Una investigación del protocolo de assets de Tauri, un permiso de runtime para el vault del usuario, una ampliación acotada del CSP, y un bug de autoplay que a11y detectó primero.
Un CSP nulo, una ruta de config sin validar, y un selector de vault que aceptaría tu carpeta de inicio, nada roto todavía, todo sin cerrar.
light-dark() hizo fácil el CSS. Tres fallas de herramientas de prueba hicieron difícil el gate de contraste. Luego, capturas reales probaron que el gate en verde no era toda la historia.
Página 2 de 4