- Se descapó
- 12 de septiembre de 2026 a las 7:37 UTC
- Autor
- Kamo
- Compromit
- ebc0f1a
Comportamiento y etiquetado apuntaron cada baldosa a la URL pública de la ranura en el momento en que la confirmación regresó, antes de la aprovisionamiento había escrito la ranura (ni siquiera se había solicitado todavía). Para un nuevo organización que URL todavía sostuvó la fotografía del tema base, sembrada en su carpeta, por lo que un propietario que salvó un primer fondo se mostró la imagen de KamoCRM como propia, y la baldosa nunca volvió a avererar porque la URL nunca cambió. Antes de guardar, la imagen escocina mostraba como "desaparece": /api/conversión/imagen/resize-bg cayó de nuevo a un anfitrión nombrado servicio de conversión en el puerto 8080, que no se resuelve en el cluster (vive: a desnudo 500 en 0,17s), por lo que cada fondo fue previsualizado como el archivo en bruto, un azulejo en blanco para cualquier cosa el el navegador no puede decodificar. - La ruta vuelve a kamowsconversion-service como cualquier otra ruta de conversión; una prueba de guardia Los acompaña a todos. - redimensionarBackgroundIfNeed devuelve la WebP del convertidor, nombrada y mecanografiada como una sola, y se niega a por la razón un archivo que ni el convertidor ni el navegador pueden usar. Ambos laceccionadores (Behavior & Labeling y el asistente de la creación) decir por qué, en lugar de añadir una baldosa que no puede dibujarse. - Después de un guardar las fichas, mantenga las imágenes que mostraron y cambie a las URL de la ranura, clavado con ?v=-themeRevision, una vez que config.json lleva la aprovisionamiento de revisión escribe última.