Esportazione ICS Calendario/Evento: orario errato (+1 h) all'importazione in Outlook con TZID=Europe/Berlin

Contribuisci Bug
1

Versione: Discourse 2026.1.5 (ESR), plugin discourse-calendar

Riepilogo\nI nuovi eventi creati con un fuso orario impostato (timezone="Europe/Berlin" e showLocalTime="true") mostrano l’ora errata con un +1 ora quando si scarica il file .ics e lo si importa in Outlook (Windows). L’ora è corretta nel forum stesso. Sono interessati solo i nuovi eventi, ovvero l’importazione tramite il file .ics.\n\nRiproduzione\n\n1. Creare un evento (oggi, durante l’ora legale CEST/UTC+2): 17:00 – 19:15 ora di Berlino.\n\n\n[event start="2026-08-11 17:00" status="public" name="testevent 2" timezone="Europe/Berlin" showLocalTime="true" end="2026-08-11 19:15"]\n[/event]\n\n\n\n2. “Aggiungi al calendario” → scarica il file .ics.\n3. Importa il file in Outlook.\n\nAttesa: 11.08.2026, 17:00 – 19:15\nReale: 11.08.2026, 18:00 – 20:15 (+1 ora)\n\nContenuto ICS (rilevante):\n\n\nDTSTART;TZID=Europe/Berlin:20260811T170000\nDTEND;TZID=Europe/Berlin:20260811T191500\n\n\n\n*(Il file non contiene un blocco VTIMEZONE per Europe/Berlin.)*\n\nAnalisi / Causa sospettata\nL’esportazione specifica l’ora localmente con TZID=Europe/Berlin (nome IANA) invece che UTC (...Z). Outlook non comprende i nomi dei fusi orari IANA (utilizza identificatori Windows come “W. Europe Standard Time”) e, in assenza di una definizione VTIMEZONE, ricade all’offset fisso UTC+1 (CET/ora invernale). Durante l’ora legale (CEST = UTC+2) questo si traduce esattamente in +1 ora. Verifica incrociata: importando lo stesso file in Google Calendar (che comprende i fusi orari IANA nativamente) viene mostrata l’ora corretta 17:00.\n\nSuggerimento: l’esportazione ICS dovrebbe utilizzare timestamp UTC con Z o generare un blocco VTIMEZONE completo includendo le regole DST (vedere anche la discussione sulla conformità alla specifica ICS in LOCATION non è disponibile nell’esportazione ICS completa).\n\nOsservazione aggiuntiva: Quando lo stesso evento viene creato senza timezone=/showLocalTime, l’esportazione .ics utilizza UTC e Outlook mostra +2 ore (poiché 17:00 UTC = 19:00 CEST). Questo è il comportamento UTC documentato, ma illustra ulteriormente che la gestione dei fusi orari intorno all’esportazione ICS è confusa per gli utenti che si aspettano orari locali.

3

Per confronto, ho eseguito il mio host Discourse e il container dell’applicazione nel fuso orario IANA locale invece che in UTC, a causa del comportamento precedente dei fusi orari del calendario.

Il mio host è configurato con:

timedatectl set-timezone Europe/London

e il mio app.yml contiene:

- exec: ln -fs /usr/share/zoneinfo/Europe/London /etc/localtime
- exec: dpkg-reconfigure --frontend noninteractive tzdata

Questo significa che sia il mio host che il container Discourse utilizzano Europe/London, inclusa la variazione automatica GMT/BST.

Potrebbe valere la pena testare l’equivalente con Europe/Berlin sulla tua installazione per verificare se il file .ics risultante viene importato correttamente in Outlook:

timedatectl set-timezone Europe/Berlin

e, nella sezione run:,

- exec: ln -fs /usr/share/zoneinfo/Europe/Berlin /etc/localtime
- exec: dpkg-reconfigure --frontend noninteractive tzdata

Mi interesserebbe sapere se ciò modifica l’importazione del tuo evento di Berlino delle 17:00, facendola passare dalle 18:00 alle attese 17:00.

Se così fosse, ciò suggerirebbe che il fuso orario di Discourse/container influenza l’esportazione; se non lo fosse, la mancanza di VTIMEZONE/gestione di Outlook è probabilmente indipendente dal fuso orario del server.