New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TZ related failures in S32-temporal/local.t #3501
Comments
From @cokeThis test was historical run only if the system timezone was the same not ok 25 - DateTime.local (from UTC, with leap second) # Failed test 'DateTime.local (from UTC, with leap second)' There are more tests that expect the -0500 than just the failing ones, For now, fudging the failing tests. -- |
@coke - Status changed from 'new' to 'open' |
From @carbinOn Thu Sep 04 10:30:12 2014, coke wrote:
Are those tests actually supposed to pass? They seem to depend on knowing when the various timezones enter/leave DST, and when DST dates were modified. For example:
This expects that the implementation knows that DST started in America/New_York at 3:00 on April 29 1984, and that at 1:55 it was still in standard time, and that the date that .local produces will be adjusted accordingly, regardless of whether the system time is in DST or not when the test is run. As another example,
If those tests are expected to pass that is wrong, as NZ was in DST (+1300) in February, even though I am running that in September and my timezone is not in DST and so is +1200, the result should be:
I am not sure that it is supposed to work like that. |
Migrated from rt.perl.org#122702 (status was 'open')
Searchable as RT122702$
The text was updated successfully, but these errors were encountered: