- Se descapó
- 29 de agosto de 2026 a las 0:33 UTC
- Autor
- Kamo
- Compromit
- 70813fa
Susordeje el logotipo simple de un org actualizado cada superficie que lee img/logo.svg y dejó el pestaña del navegador en la marca antigua. La generación nunca fue el problema: provisionActualización ya regenera el conjunto favicon de img/logo.svg en cada salvado, y cada marca ahorrador llama providenación-tema. La entrega lo era. Los favicons fueron el último tema que aún escribía MinIOStorageService.upload sobre la sobrecarga de cinco agumentos, que no establece Cache-Control en absoluto, mientras que img/logo.svg, config.json, globals.css y site.webmanifest a su lado todos llevados THEME-ASSET-CACHE-CONTROL. Sin vida explícita un navegador inventa uno de la La última era modificada y nunca pregunta si el icono sigue vigente. Visible desde fuera: curl -skI ************* no devolvió ninguna línea de control de caché en absoluto, donde img/logo.svg junto a ella regresó "max-age=0, must-revalidate". También mueve la generación de favicon por delante de escribirConfigFiles en provisionActualización. Ese método estampa un nuevo temaRevisión en config.json, y cada cliente lo adjunta como ?v= al favicon URLs que solicita, por lo que la publicación de la revisión abrió primero una ventana en la que una página carga podría leer la nueva revisión y caché de los bytes OLD bajo la dirección NEW. Generación primero lo cierra en el momento en que una revisión nombra estos objetos son los que están en el disco. provisionFull ya corrió en este orden. La captura de mejor esfuerzo se queda: un fallo favicon no debe bloquear el color/config escribir, que es la parte crítica de un salvado de color. Los objetos escritos antes de esto todavía no llevan Cache-Control, y los favicons son .link- hrefs directamente al anfitrión temático en lugar de axilado, por lo que los objetos favicon de una org sólo ganan el cabecera en su siguiente marca salvada.