Para obtener más información sobre todos los cambios publicados en la versión 2026.7, consulta:
También se han publicado versiones de parche para otras versiones compatibles:
3 Me gusta
¿Se convierte esto en la versión «esr» actual o me he equivocado en algo?
En efecto, no logro entender qué ha ocurrido. Para esta actualización (muy urgente debido a Cache poisoning/XSS via color scheme cookies · Advisory · discourse/discourse · GitHub) se requería una reconstrucción, pero como había un cambio de versión v2026.1.5 → v2026.1.6 en el registro de cambios, asumí que sería un aumento menor de versión. Pero no, ahora estoy en v2026.7.0. Por lo que sé, mi foro está configurado para estar en esr :
params:
db_default_text_search_config: "pg_catalog.english"
## Establece db_shared_buffers hasta un máximo del 25% de la memoria total.
## se establecerá automáticamente durante la inicialización basado en la RAM detectada, o puedes anularlo
db_shared_buffers: "2048MB"
## puede mejorar el rendimiento de ordenación, pero añade uso de memoria por conexión
db_work_mem: "40MB"
## Reduce el tamaño máximo de carga
upload_size: 1m
## ¿Qué revisión de Git debería usar este contenedor? (predeterminado: tests-passed)
version: esr
También me sorprendió bastante ver un montón de consultas posteriores a la actualización como esta:
== 20260421061908 AddCoveringIndexOnChatMessagesThreadId: migrando ===========
-- remove_index(:chat_messages, {name: "idx_chat_messages_thread_id_id_user_id_not_deleted", algorithm: :concurrently, if_exists: true})2026-07-28 16:02:43.673 UTC [544] discourse@discourse LOG: duración: 16903.716 ms statement: CREATE INDEX CONCURRENTLY "index_posts_on_updated_at_for_localization" ON "posts" ("updated_at" DESC) WHERE deleted_at IS NULL AND user_id > 0 AND locale IS NOT NULL
2026-07-28 16:02:59.214 UTC [544] discourse@discourse LOG: duración: 15529.318 ms statement: CREATE INDEX CONCURRENTLY "index_posts_on_updated_at_for_locale_detection" ON "posts" ("updated_at" DESC) WHERE deleted_at IS NULL AND user_id > 0 AND locale IS NULL
2026-07-28 16:03:00.031 UTC [544] discourse@discourse LOG: duración: 798.943 ms statement: CREATE INDEX CONCURRENTLY "index_topics_on_updated_at_for_locale_detection" ON "topics" ("updated_at" DESC) WHERE deleted_at IS NULL AND user_id > 0 AND locale IS NULL
2026-07-28 16:03:00.186 UTC [544] discourse@discourse LOG: duración: 143.500 ms statement: CREATE INDEX CONCURRENTLY "index_topics_on_updated_at_for_localization" ON "topics" ("updated_at" DESC) WHERE deleted_at IS NULL AND user_id > 0 AND locale IS NOT NULL
2026-07-28 16:03:01.251 UTC [544] discourse@discourse LOG: duración: 1051.872 ms statement: UPDATE posts
SET raw = regexp_replace(
raw,
'\\+([_*~|`])(?=[^\]\[]*\]\(upload://)',
'\1',
'g'
)
WHERE id >= 1
AND id < 10001
AND raw ~ '\\+[_*~|`][^\]\[]*\]\(upload://'
2026-07-28 16:03:01.910 UTC [544] discourse@discourse LOG: duración: 658.965 ms statement: UPDATE posts
SET raw = regexp_replace(
raw,
'\\+([_*~|`])(?=[^\]\[]*\]\(upload://)',
'\1',
'g'
)
WHERE id >= 10001
AND id < 20001
AND raw ~ '\\+[_*~|`][^\]\[]*\]\(upload://'
2 Me gusta
¡Sí, es así!
Esta versión es una nueva versión ESR, por lo que pasaste a ella cuando actualizaste.
2 Me gusta
¿Se podría hacer esto menos confuso en el futuro? Quizás sea solo yo, pero si se aplica una actualización a la rama ESR en la que me encuentro, asumo que es porque la versión principal actual de esa rama sigue recibiendo soporte.
1 me gusta
2026.1 sigue siendo compatible, y puedes fijar tu instalación a esta versión estableciendo version: release/2026.1 en tu app.yml. En ese caso, ejecutar una reconstrucción habría incorporado la actualización de seguridad en la rama 2026.1.
Supongo que estabas usando version: esr. En ese caso, estás siguiendo la versión ‘última esr’, que ahora es 2026.7.
Puedes encontrar información sobre los períodos de soporte y las superposiciones entre los soportes ESR en https://releases.discourse.org/
Desafortunadamente, no es posible degradar Discourse. Pero si quieres evitar esto en el futuro, puedes fijar a release/2026.7 (y asegúrate de actualizar ese pin manualmente antes de que 2026.7 deje de ser compatible).
1 me gusta
Gracias. Supongo que busco la forma más infalible y automatizada de mantenerme definitivamente en la versión más antigua que aún tenga soporte, es decir, la ruta de desarrollo más lenta.
1 me gusta
Aquí también, y creo que esr (casi) lo hace. Cada pocos meses hay un nuevo esr y te mudas a ese, lo cual es lo que acaba de ocurrir. Pero de hecho el antiguo esr tiene otros dos meses de vida útil mantenida, así que esperabas quedarte en ese esr anterior. (Creo que es algo razonable querer hacer eso. ¿Necesitamos una etiqueta esr-mantenido??)
1 me gusta