aboutsummaryrefslogtreecommitdiffstats
path: root/actionview/Rakefile
diff options
context:
space:
mode:
authorAndrew White <andyw@pixeltrix.co.uk>2015-03-09 13:48:55 +0000
committerAndrew White <andyw@pixeltrix.co.uk>2015-03-09 13:48:55 +0000
commit34b27701eee304d1f8bae12c841080e2b6f3b794 (patch)
tree1cc68ec0f0ec75ce11febdace39f3fb0b6fa8b03 /actionview/Rakefile
parent309ac642cbce58158288d093a8995f4994bb74cd (diff)
downloadrails-34b27701eee304d1f8bae12c841080e2b6f3b794.tar.gz
rails-34b27701eee304d1f8bae12c841080e2b6f3b794.tar.bz2
rails-34b27701eee304d1f8bae12c841080e2b6f3b794.zip
Revert "Take DST into account when locating TimeZone from Numeric."
Reverting this as it's not the implementation that we would like it to be. This is being used inside of ActiveSUpport::TimeZone[] and it's unaware of the context in which to find the timezone period so the timezone found changes depending on whether DST is in effect for the current period. This means that `'2001-01-01'.in_time_zone(-9)` changes from winter/summer even though it's the same date that we're trying to convert. Since finding timezones by numeric offsets is a bit hit and miss we should introduce a new API for finding them which supplies the date context in which we want to search and we should probably also deprecate the finding of timezones via the [] method, though this needs further discussion. This reverts commit 2cc2fa3633edd96773023c6b09d07c7b9d9b841d.
Diffstat (limited to 'actionview/Rakefile')
0 files changed, 0 insertions, 0 deletions