You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The date filter has a few formats attached.
However, a .SSSX format is missing (only ones with a space between the time and time zone), thus ignoring timezones when using ISO-8601 Time zone designators in strings that, rightfully so, lack this space.
In my case, this incorrectly assumes 2024-12-22T18:59:56.925Z to be in local time, even though the Z suffix clearly marks it as UTC.
There's formats covering this case here, however, since the space delimited formats do not match, it falls back to the .SSS'Z' format, which results in the DateTimeFormatter parsing the Z literally rather than giving it its correct UTC meaning.
I've created a reproducer (in Kotlin) that shows the difference and the proposed .SSSX format here: https://pl.kotl.in/7HuL8wJMU
The text was updated successfully, but these errors were encountered:
Hello!
This is known problem. Fix for this under development: #314
Proper work with zones is in roadmap there. Still no ETA, but some next release will have it.
@msangel I saw the PR, it's great to hear that this issue will actually be covered by it. Thank you for your work there! Looking forward to getting it merged.
The
date
filter has a few formats attached.However, a
.SSSX
format is missing (only ones with a space between the time and time zone), thus ignoring timezones when using ISO-8601 Time zone designators in strings that, rightfully so, lack this space.In my case, this incorrectly assumes
2024-12-22T18:59:56.925Z
to be in local time, even though theZ
suffix clearly marks it as UTC.There's formats covering this case here, however, since the space delimited formats do not match, it falls back to the
.SSS'Z'
format, which results in theDateTimeFormatter
parsing theZ
literally rather than giving it its correct UTC meaning.I've created a reproducer (in Kotlin) that shows the difference and the proposed
.SSSX
format here: https://pl.kotl.in/7HuL8wJMUThe text was updated successfully, but these errors were encountered: