Contezza Community » Tezza

Dit komt door deze bugfix https://github.com/Alfresco/alfresco-ng2-components/pull/9304

In onze code worden datum velden zo opgeslagen: 2025-09-29T22:00:00.000+0000
Met https://github.com/Alfresco/alfresco-ng2-components/pull/9304, worden datum velden zo verwachten (en opgeslagen) in adf: 2025-09-30T00:00:00.000+0000

Graag bespreken bij tezza overleg.

Besproken met Rick: we gaan dit formaat gebruiken als standaard voor date-only velden: 2025-09-30T00:00:00.000+0000

• Ticket mag naar mij
• We gaan een algemene mailwisseling naar alle klanten sturen.
• Bij klanten die klaar/bezig zijn we met de upgrade gaan we daar persoonlijk aandacht geven

Op dit moment slaan we alle date-only velden op met de Amsterdamse middernacht als tijd, omgezet naar UTC, bijvoorbeeld: 23 oktober 2025 wordt opgeslagen als 22 oktober 2025 22u00.
Dit komt overeen met het standaard gedrag van share.
Voor de adf upgrade, vertaalde de sidebar-metadata-component dit terug naar Amsterdamse tijd en toonde dit dus correct. Na de upgrade, knipt de sidebar-metadata-component de tijdstip af en toont de rest. In het bovenstaande voorbeeld dus:
23 oktober 2025 wordt opgeslagen als 22 oktober 2025 22u00 en wordt getoond als 22 oktober 2025

Dit gebeurt omdat deze component verwacht dat het date-only veld opgeslagen is als UTC middernacht, in het bovenstaande voorbeeld dus als 23 oktober 2025 00u00.
Dit komt overeen met de huidige 'best practice', zie bijvoorbeeld https://dev.to/kcsujeet/how-to-handle-date-and-time-correctly-to-avoid-timezone-bugs-4o03

• het is lastig om de impact te beoordelen: zijn er andere functionaliteiten die het oude formaat hebben nodig om correct te kunnen werken (bijvoorbeeld business rules in alfresco)?
• de standaard component van share gebruikt nog steeds het oude formaat, dus als een medewerker een datum wijzigt via share dan zou het probleem opnieuw tevoorschijn komen.

Toegevoegd als bekend probleem in contezza-apps release notes.