Parecen estar funcionando bien, pero la configuración tiene un punto que indica que están anulados.
¿Alguna idea de lo que está pasando aquí?
PD: Intenté buscar ‘custom header links’ pero no encuentro ningún tema que mencione este problema.
Creo que cambiaste esa configuración. Por lo tanto, has sobrescrito la predeterminada, lo cual es muy probable ya que ese es el propósito de esta configuración. La predeterminada es más como un ejemplo porque usas el componente de tema para agregar enlaces personalizados. Con el botón de restablecimiento, podrías volver a la configuración predeterminada.
Fue muy extraño
Cuando miré mi sitio por primera vez, tenía nuevos enlaces (externos, populares, privacidad), pero mis enlaces todavía estaban en los campos.
Pulsé restablecer y perdí mi configuración de enlaces personalizados.
Afortunadamente, guardé el texto de cada uno y los volví a agregar, eliminando los nuevos enlaces.
Bueno. El software es extraño.
1 me gusta
También me desconcertó esto… En realidad, se cambió el nombre de la variable de configuración, consulte DEV: Rename `Custom_header_links` settings to `custom_header_links` (… · discourse/discourse-custom-header-links@5006125 · GitHub
2 Me gusta
@tgxworld Hay un error en la última actualización del componente de tema. Renombra la configuración usando una migración, pero en ese momento el nombre de configuración original ya ha sido renombrado en settings.yml. Por lo tanto, la migración no funcionará ya que no puede acceder a la configuración antigua. Este tipo de migraciones deben realizarse en dos pasos separados (y, dado cómo funcionan las migraciones de componentes de temas, con mucho tiempo intermedio).
Por lo tanto, todos los que actualicen este componente de tema perderán su configuración.
2 Me gusta
En cualquier caso, creo que si vuelves a guardar la configuración en lugar de restablecerla, todo saldrá bien.
AFAIK eso solo funciona al actualizar el componente del tema por separado en la GUI, no cuando el TC se actualiza como parte de una actualización mayor (es decir, la tarea rake)
2 Me gusta
Creo que funciona si actualizas todo tu sitio, notarás que los enlaces ahora son los predeterminados y luego volverás a guardar la configuración del tema custom header links.
Aunque es fácil no hacerlo y presionar restablecer en su lugar. 
Esto funcionó para mí. Me tomó un buen momento darme cuenta de lo que estaba pasando, ya que la configuración parecía correcta. Lo arreglé eliminando el componente del tema de mi tema predeterminado (ya que estaba empeorando activamente el sitio) y notando que ahora funcionaba usando el otro tema.
Me alegro de que la solución fuera tan fácil que me topé con ella, pero fue una sorpresa descubrir que los enlaces cambiaban después de actualizar Discourse. 
Extraemos la configuración del tema anulada de la base de datos, que almacena la clave de la configuración, por lo que el contenido en settings.yml no afecta a las migraciones en absoluto. Lo que sospecho aquí es que no estamos limpiando la caché.
Ese no es el diseño que pretendíamos. Dado que no tenemos control sobre cómo se actualizan los temas, no podemos hacer una migración en 2 pasos.
1 me gusta
Esta fue una regresión reciente en nuestro sistema de migraciones donde la caché de un tema no se actualiza después de ejecutar las migraciones de temas. Esto se ha corregido en
Por lo tanto, esto no es cierto porque la configuración en realidad no se pierde, sino que la caché simplemente utiliza el valor predeterminado de la configuración en lugar de las anulaciones en la base de datos.
4 Me gusta
Gracias por la explicación y sus rápidas acciones.
2 Me gusta
Tengo el mismo problema después de actualizar el componente Easy Footer. Todas las configuraciones personalizadas han desaparecido en el frontend y en la interfaz de usuario del backend.
Está causando bastante confusión a los community managers. Si luego pulsan “Restablecer” en el backend, lleva bastante tiempo rehacer todas las configuraciones, en el componente Footer incluso más que con los enlaces del Encabezado.
Parece que creíamos que esto se debía a un problema en el núcleo que se ha solucionado desde que se fusionó la PR anterior.
¿Sabes qué versión (commit) de Discourse tenían ejecutando cuando actualizaste el componente del tema?
Sí, estaba a punto de editar mi publicación… esto sucedió tanto en la última rama estable, 3.2. Supongo que también debería corregirse para la versión estable, ¿o de lo contrario todos los cambios en la configuración de los componentes tendrían que fijarse en una versión superior?
1 me gusta
Ah, sí. @tgxworld pensemos en qué enfoque tiene más sentido aquí para una versión estable (aplicar un parche central o imponer algunas restricciones en la compatibilidad de los componentes que utilizan migraciones de configuración).
1 me gusta
Eso ya se hizo hace 2 días FIX: Update themes javascript cache after running themes migrations (… · discourse/discourse@39dffcb · GitHub
@manuel ¿cuál es el hash del commit de tu instalación?
1 me gusta
Oh sí, lo siento, ¡no actualicé este servidor! Lo siento chicos, solo está en staging pero un cliente se comunicó preguntando por qué todo se reinició.
3 Me gusta