summaryrefslogtreecommitdiff
path: root/Userland/Libraries/LibJS/Runtime/Date.cpp
diff options
context:
space:
mode:
authorLinus Groh <mail@linusgroh.de>2021-10-30 09:18:01 +0200
committerLinus Groh <mail@linusgroh.de>2021-10-30 10:15:49 +0200
commitde2e95b2789d742df436b848412814b8cbcdf0fb (patch)
tree000f22fddd4658bb40fc2f14794feec12c3cc5c9 /Userland/Libraries/LibJS/Runtime/Date.cpp
parent28a9a248d637a3deded706f84d0f9eae8116c3e9 (diff)
downloadserenity-de2e95b2789d742df436b848412814b8cbcdf0fb.zip
LibJS: Ensure make_day()'s temporary Core::DateTime is treated as UTC
DateTime::create() and subsequently DateTime::set_time() uses mktime() internally to ensure out-of-range input values still result in a valid date (Jan 32 -> Feb 1 etc.). This however also means that the input is treated as local time, and then shifted to UTC accordingly for the returned time_t - it is however already in UTC in this case! The temporary solution is simply to set the "TZ" environment variable to "UTC" and back after create(). The proper solution is probably to have better timezone support in Core::DateTime. This should only affect Lagom, as serenity itself has no timezone support yet and always assumes UTC.
Diffstat (limited to 'Userland/Libraries/LibJS/Runtime/Date.cpp')
-rw-r--r--Userland/Libraries/LibJS/Runtime/Date.cpp7
1 files changed, 7 insertions, 0 deletions
diff --git a/Userland/Libraries/LibJS/Runtime/Date.cpp b/Userland/Libraries/LibJS/Runtime/Date.cpp
index 6a54ca3885..cdb2568984 100644
--- a/Userland/Libraries/LibJS/Runtime/Date.cpp
+++ b/Userland/Libraries/LibJS/Runtime/Date.cpp
@@ -341,7 +341,14 @@ Value make_day(GlobalObject& global_object, Value year, Value month, Value date)
// 8. Find a finite time value t such that YearFromTime(t) is ym and MonthFromTime(t) is mn and DateFromTime(t) is 1𝔽; but if this is not possible (because some argument is out of range), return NaN.
if (!AK::is_within_range<int>(y) || !AK::is_within_range<int>(m + 1))
return js_nan();
+ // FIXME: Core::DateTime assumes the argument values are in local time, which is not the case here.
+ // Let mktime() think local time is UTC by temporarily overwriting the TZ environment variable,
+ // so that the values are not adjusted. Core::DateTime should probably learn to deal with both
+ // local time and UTC time itself.
+ auto* tz = getenv("TZ");
+ VERIFY(setenv("TZ", "UTC", 1) == 0);
auto t = Core::DateTime::create(static_cast<int>(y), static_cast<int>(m + 1), 1).timestamp() * 1000;
+ tz ? setenv("TZ", tz, 1) : unsetenv("TZ");
// 9. Return Day(t) + dt - 1𝔽.
return Value(day(static_cast<double>(t)) + dt - 1);
}