Closed TimTaylor closed 2 years ago
Apologies - closing this as well. This seems to be an issue only in Ubuntu 18.04, not latest Fedora or MacOS so suspect it's something to do with system libraries.
Yea to confirm, this returns the right result on my Mac, so I suppose it may just be some kind of printing but on Ubuntu
as.Date("2039-04-04") |> clock::as_date_time(zone="NZ", nonexistent="error", ambiguous="error")
#> [1] "2039-04-04 NZST"
Created on 2022-02-28 by the reprex package (v2.0.1)
In the documentation for
date_time_build()
we have (emphasis mine)This works
but I'd expect the following to error
I suspect this is related to something which changes in R formatting in 2039 (see #292 which I closed as began to suspect that was an R not clock issue).