Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upDate.fromString is NOT a pure function, result depends on local env #855
Comments
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Show comment
Hide comment
process-bot
Apr 22, 2017
Thanks for the issue! Make sure it satisfies this checklist. My human colleagues will appreciate it!
Here is what to expect next, and if anyone wants to comment, keep these things in mind.
process-bot
commented
Apr 22, 2017
|
Thanks for the issue! Make sure it satisfies this checklist. My human colleagues will appreciate it! Here is what to expect next, and if anyone wants to comment, keep these things in mind. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Show comment
Hide comment
witoldsz
commented
Apr 22, 2017
|
I can see the #816 does not address this particular issue. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Show comment
Hide comment
|
Added to #816, thank you! |
lukewestby
closed this
May 17, 2017
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
witoldsz commentedApr 22, 2017
•
edited
Edited 1 time
-
witoldsz
edited Apr 22, 2017 (most recent)
The result below depends on your local time zone.
What I see is:
Run this: https://runelm.io/c/2su
Functions in Elm are supposed to be pure, this one is not, because it calls
new Date(…)which produces a date with a time zone of the local environment (system).P.S.
Just to be clear: this is not about the ambiguous input. The
Zstands for UTC (ISO8601).