output [time1,time2] of daysaving-changes of given year
I assume the result does not depend on timezone,
only the output will be in default timezone.
Updated by nobu (Nobuyoshi Nakada) over 5 years ago
- Status changed from Open to Feedback
time1 is the time when DST starts at and
time2 is the time when it ends at, then
time1 > time2` in the Southern Hemisphere?
And what will return in non-DST timezones?
Updated by kronikus (ANDREY KIM) about 4 years ago
- Tracker changed from Feature to Bug
- Subject changed from Time.dst_changes(t=Time.now.year) to Time.dst?
- ruby -v set to ruby 2.4.3p205 (2017-12-14 revision 61247) [x86_64-linux]
- Backport set to 2.4: UNKNOWN, 2.5: UNKNOWN
Is it bug or feature?
Receiving same result for Time.dst? method.
I belive it suppose to base it response on date in variable, correct me if i'm wrong.
Receiving it in Rails 5.1.2, but Time class is in ruby core
gems tzinfo, tzinfo-data are in Gemfile
Time zone configured in rails config:
2.4.3 :001 > Time.zone
=> #<ActiveSupport::TimeZone:0x000055ac84e61410 @name="Eastern Time (US & Canada)", @utc_offset=nil, @tzinfo=#<TZInfo::DataTimezone: America/New_York>>
2.4.3 :013 > t
=> 2018-12-12 10:00:00 -0500
2.4.3 :014 > a
=> 2018-08-01 10:00:00 -0500
2.4.3 :015 > t.dst?
2.4.3 :016 > a.dst?
2.4.3 :017 > t.isdst
2.4.3 :018 > a.isdst
Updated by shyouhei (Shyouhei Urabe) about 4 years ago
- Tracker changed from Bug to Feature
- Subject changed from Time.dst? to Time.dst_changes(t=Time.now.year)
- ruby -v deleted (
ruby 2.4.3p205 (2017-12-14 revision 61247) [x86_64-linux])
- Backport deleted (
2.4: UNKNOWN, 2.5: UNKNOWN)
Be advised: Please do not reuse existing tickets to report something completely different.
Also be advised: please do understand that this is not where ActiveSupport::TimeZone issue should be reported.