Bug #34792
closed
Datum in metadata sidebar negeert de timezone
Added by Diego Mirandola 6 months ago.
Updated about 2 months ago.
Description
Zie twee voorbeelden in de screenshot:
In beide gevallen is de datum met timezone opgeslagen, bijvoorbeeld 15 september is 2025-09-14T22:00:00.000+0000.
Dit wordt correct getoond in de kolom, maar de veld in metadata sidebar negeert de timezone.
Dit werkte voor de ng17 / adf7 upgrade.
Graag analyseren, melden bij alfresco en fixen.
Files
- Description updated (diff)
- Assignee changed from Contezza Development to Diego Mirandola
Besproken met Rick: we gaan dit formaat gebruiken als standaard voor date-only velden: 2025-09-30T00:00:00.000+0000
Er is wel een bug in de default adf component.
Stappen (in ACA versie 6.0.0 - meer recente versies starten niet op):
- Node selecteren, metadata openen, datum-veld zoeken, 'bewerken' mode activeren, op het datum-veld klikken, dit zou de datumpicker moeten openen. De datum in de picker zou overeenkomen met de tekstuele datum in het veld (correct):
- In de picker, een andere datum selecteren, bij selectie gaat de picker dicht en de tekstuele datum in het veld is correct.
- Bug: als de picker weer wordt geopend dan de datum in de picker komt niet overeen met de tekstuele datum in het veld:
- Status changed from New to In Progress
- 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
Om dit probleem op te lossen, zouden we de logica moeten aanpassen waarmee deze velden worden opgeslagen en een script uitvoeren om bestaande datumvelden recht te trekken.
Let op:
- 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.
- Assignee changed from Diego Mirandola to Tahir Malik
- Assignee changed from Tahir Malik to Diego Mirandola
Indien dit gedocumenteerd is, kan dit dicht.
Dit mag onder een hoofdstuk 2. Bekende problemen en oplossingen
- File clipboard-202601051638-szuly.png added
- File deleted (
clipboard-202601051638-szuly.png)
Toegevoegd als bekend probleem in contezza-apps release notes.
- Status changed from In Progress to Feedback
- Assignee changed from Diego Mirandola to Maaike Bommerson
- Assignee changed from Maaike Bommerson to Diego Mirandola
Documentatie nagelopen en verbeterd waar nodig
- Tracker changed from Bevinding to Bug
- Parent task deleted (
#30430)
- Status changed from Feedback to Closed
- % Done changed from 0 to 100
Also available in: Atom
PDF
Updated by 
Updated by 
Updated by 