Rilascio mensile di luglio 2026

Notizie ed Eventi Annunci
1

Per ulteriori informazioni su tutte le modifiche rilasciate in 2026.7, consulta:

Sono stati rilasciati anche aggiornamenti patch per altre versioni supportate:

4 Mi Piace
2

Diventa questa la versione “esr” corrente o ho frainteso qualcosa?

1 Mi Piace
3

In effetti, non riesco a capire cosa sia successo. Per questo aggiornamento (molto urgente a causa di Cache poisoning/XSS via color scheme cookies · Advisory · discourse/discourse · GitHub) era necessaria una ricostruzione, ma dato che c’era un changelog v2026.1.5 → v2026.1.6 ho presumuto che si trattasse di un aggiornamento di versione minore. Invece no, ora sono alla v2026.7.0. Per quanto ne sappia, il mio forum è configurato per usare esr :

params:
  db_default_text_search_config: "pg_catalog.english"

  ## Imposta db_shared_buffers a un massimo del 25% della memoria totale.
  ## verrĂ  impostato automaticamente dal bootstrap in base alla RAM rilevata, oppure puoi sovrascriverlo
  db_shared_buffers: "2048MB"

  ## può migliorare le prestazioni di ordinamento, ma aumenta l'utilizzo di memoria per connessione
  db_work_mem: "40MB"

  ## Riduci la dimensione massima del caricamento
  upload_size: 1m

  ## Quale revisione Git dovrebbe usare questo container? (default: tests-passed)
  version: esr

Sono rimasto anche piuttosto sorpreso di vedere un bel po’ di query post-aggiornamento come queste:

== 20260421061908 AddCoveringIndexOnChatMessagesThreadId: migrating ===========
-- 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:  duration: 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:  duration: 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:  duration: 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:  duration: 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:  duration: 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:  duration: 658.965 ms  statement: UPDATE posts
	SET raw = regexp_replace(
	  raw,
	  '\\+([_*~|`])(?=[^\]\[]*\]\(upload://)',
	  '\1',
	  'g'
	)
	WHERE id >= 10001
	  AND id < 20001
	  AND raw ~ '\\+[_*~|`][^\]\[]*\]\(upload://'
2 Mi Piace
4

Sì, esatto!

Questa versione è una nuova release ESR, quindi vi siete passati ad essa quando avete effettuato l’aggiornamento.

3 Mi Piace
5

In futuro, si potrebbe rendere tutto questo meno confuso? Forse è solo una mia impressione, ma se un aggiornamento viene applicato al ramo ESR su cui mi trovo, presumo sia perché la versione principale attuale di quel ramo è ancora supportata.

2 Mi Piace
6

La versione 2026.1 è ancora supportata e puoi bloccare la tua installazione su di essa impostando version: release/2026.1 nel tuo file app.yml. In tal caso, eseguire una ricostruzione avrebbe applicato l’aggiornamento di sicurezza sul ramo 2026.1.

Immagino che tu stia usando version: esr? In tal caso, stai seguendo la versione “ultima esr”, che ora è la 2026.7.

Puoi trovare informazioni sui periodi di supporto e sulle sovrapposizioni tra i supporti ESR su https://releases.discourse.org/

Sfortunatamente non è possibile effettuare il downgrade di Discourse. Ma se desideri evitarlo in futuro, puoi bloccare la versione su release/2026.7 (e assicurarti di aggiornare manualmente questo blocco prima che la 2026.7 esca dal supporto).

1 Mi Piace
7

Grazie. Immagino che stia cercando il metodo piĂą infallibile e automatizzato per rimanere sicuramente sulla versione piĂą vecchia ancora supportata, ovvero il percorso di sviluppo piĂą lento.

3 Mi Piace
8

Stessa cosa per me, e credo che esr (quasi) lo faccia. Ogni pochi mesi c’è un nuovo esr e si passa a quello, ed è quello che è appena successo. Ma in realtà il vecchio esr ha altri due mesi di vita mantenuta, quindi ci si aspetta di rimanere su quel precedente esr. (Credo che sia una cosa ragionevole da voler fare. Abbiamo bisogno di un’etichetta esr-maintained??)

image
image1398Ă—864 41 KB

4 Mi Piace
9

Credo sia ragionevole prenderlo in considerazione, ma tieni presente questo… cosa cambierà tra due mesi, una volta che v2026.1 smetterà di essere supportato?

Senza ulteriori modifiche, continueresti a ricevere aggiornamenti in quel momento “senza preavviso”.

Va bene così?

1 Mi Piace
10

Sì, penso che abbia ancora senso voler mantenere l’ESR precedente per un periodo più lungo. Questo significa che il nuovo ESR ha già subito alcune verifiche e potrebbe aver integrato alcune correzioni.

Ho aggiornato al nuovo ESR entro un’ora e me ne pento un po’: nel contesto attuale, la scelta più saggia sarebbe stata fissare la versione precedente e applicare solo le patch di sicurezza. Questo separa l’urgenza della correzione di sicurezza dalla curva di apprendimento amministrativa e da eventuali nuovi bug che verranno presto risolti. Vedi il post molto utile
Passaggio da ESR 2026.1 a 2026.7 - Le mie osservazioni

(Perché ci si aspetta nuovi bug in un ESR appena rilasciato? Perché, per quanto ne so, il nuovo ESR è stato in sviluppo continuo fino al momento del rilascio. Non c’è una fase di stabilizzazione.)

2 Mi Piace
11

Questa è la grande domanda.

Quindi, se fossi su esr-maintained, dopo due mesi esr e esr-maintained sarebbero lo stesso ramo, giusto? Quindi, dopo 2 mesi, sarei comunque sorpreso dal grande cambiamento.

Finché esr e esr-maintained non sono lo stesso ramo, Discourse potrebbe emettere/mostrare un avviso che indica che si è entrati nel “periodo di grazia ESR”. Questo avviso potrebbe essere mostrato solo sul forum agli amministratori, e non durante la ricostruzione del container.

Avere un preavviso sul cambio di versione ESR sarebbe utile, così da poter pianificare e testare l’aggiornamento durante questo periodo di grazia supportato.

4 Mi Piace
12

In un mondo ideale, questo ti dĂ  due mesi per aggiornare il tuo server di staging al nuovo ESR, mentre in Produzione puoi continuare a eseguire il vecchio ESR con le patch di sicurezza per coprire questo periodo.

Ha effettivamente senso avere una sorta di semplice sistema di tracciamento delle etichette per seguire il vecchio ESR patchato, così da applicare automaticamente gli aggiornamenti di manutenzione del vecchio ESR.

Forse esiste giĂ  un modo per ottenere questo risultato?

2 Mi Piace
13

Non credo che la ESR riceverà così tante correzioni di bug. Proprio come la 2026.1: da ora in poi riceverà solo correzioni di sicurezza.

Quindi, anche se tra un mese alcuni di quei bug potrebbero essere noti, non significa che tu non debba affrontarli.

3 Mi Piace
14

Per adottare un punto di vista pessimista, vedremo! Immagino che se fosse stato trovato qualche cambiamento incompatibile stupido in una nuova versione ESR, sarebbe stato corretto. Forse questo nuovo mondo non è ancora stato attivo a lungo abbastanza da vedere che ciò accada. In effetti, non mi aspetto correzioni per semplici inconvenienti.

1 Mi Piace