[Profiel] Er wordt een hele dag afgetrokken

[Blerp]

Vermeld de URL waar het probleem zich bevindt
Profielpagina's van users, voor mij Blerp maar ook laten testen door andere users. Deze van Bas170 staat nu op 31-12-1899

Geef aan welke stappen je uitvoert om het probleem te kunnen reproduceren
Stel in je profiel je geboortedatum in op een datum vóór 26-02-1940 (deze gaat nog goed), bijvoorbeeld 25-02-1940. Je geboortedatum op je profiel verspringt dan niet naar 25-02-1940 maar naar 24-02-1940 en 01-01-1900 naar 31-12-1899.
In je profiel-instellingen wordt wél altijd de goede datum weergegeven.

Beschrijf wat je zou verwachten als het probleem zich niet voordeed
Dat er niet een hele dag wordt afgetrokken voor 26-02-1940.

Indien relevant, voeg een screenshot toe




Vermeld welk apparaat en browser je gebruikt
- Linux Mint Firefox 118.0.2
- Linux Mint Chrome (incognito) 118.0.5993.88
- Android Firefox Nightly 120.0a1
- Android Firefox 118.2.0

[Bas170]

Voor de goede orde, ik wil mijn datum van 31-12-1899 graag zo houden

[Kheos]

Ik dacht al FF dat het over een studentenvereniging ging.

[Reinier]

Daar krijg je blaren van!

[Blerp]

Ondertussen zijn zeker al 3 tweakers een hele dag kwijt

[crisp]

https://github.com/php/php-src/issues/10898

[ACM]

Blerp schreef op maandag 23 oktober 2023 @ 21:03:
Ondertussen zijn zeker al 3 tweakers een hele dag kwijt

Die hebben toch juist een dag extra gekregen?

Maar zoals @crisp al laat zien, is het een bug in de 'intl' (internationalization) library die o.a. door PHP wordt gebruikt.

[evilution]

Blerp schreef op maandag 23 oktober 2023 @ 21:03:
Ondertussen zijn zeker al 3 tweakers een hele dag kwijt

Ik ben op tweakers wel meer dan een dag kwijtgeraakt

[Blerp]

crisp schreef op dinsdag 24 oktober 2023 @ 09:23:
https://github.com/php/php-src/issues/10898

ACM schreef op dinsdag 24 oktober 2023 @ 09:28:
[...]

Die hebben toch juist een dag extra gekregen?

Maar zoals @crisp al laat zien, is het een bug in de 'intl' (internationalization) library die o.a. door PHP wordt gebruikt.

Ah dat verklaart, zit zelf niet zo in de php dus toen me toevallig opviel dat m'n verjaardag een dag te vroeg stond ging ik eerst aan mezelf twijfelen en daarna met de datum spelen
Maar ook de comments op github maken het inderdaad wel logisch.

evilution schreef op dinsdag 24 oktober 2023 @ 09:29:
[...]

Ik ben op tweakers wel meer dan een dag kwijtgeraakt

Denk dat we dat ondertussen beter in maanden kunnen uitdrukken

[ACM]

Blerp schreef op dinsdag 24 oktober 2023 @ 12:13:
Ah dat verklaart, zit zelf niet zo in de php dus toen me toevallig opviel dat m'n verjaardag een dag te vroeg stond ging ik eerst aan mezelf twijfelen en daarna met de datum spelen
Maar ook de comments op github maken het inderdaad wel logisch.

We hebben een workaround toegevoegd waardoor die datums nu wel goed lijken te gaan. Maar als je nog verder in het verleden gaat, gaat het weer mis.

Uiteindelijk komt dat doordat de tijdzone van toen anders is dan nu en deze logica/library blijkbaar dan de 'tijd van toen' met de huidige tijdzone behandelt alsof je dat nog omgerekend wilt hebben naar de tijdzone van.

En in het specifieke voorbeeld werd het dan 20 minuten 'eerder' en als je dan middernacht als referentie gebruikt, wordt het dan dus 23:40u van de dag ervoor.

[Bas170]

Bas170 schreef op maandag 23 oktober 2023 @ 20:56:
Voor de goede orde, ik wil mijn datum van 31-12-1899 graag zo houden

Beetje jammer dit

[ACM]

Bas170 schreef op dinsdag 24 oktober 2023 @ 13:18:
[...]

Beetje jammer dit

Dan pas je het toch aan naar 31-12-1899 ?