aboutsummaryrefslogtreecommitdiffstats
path: root/activerecord/test/cases/finder_test.rb
diff options
context:
space:
mode:
authorLilibeth De La Cruz <lilibethdlc@gmail.com>2013-01-25 04:14:27 -0400
committerAndrew White <andyw@pixeltrix.co.uk>2013-02-17 16:19:09 +0000
commit3c5f631caa160c2e5f4ec3ee0b7536a474b7b98f (patch)
tree40964c101787515d4ad92bc6deda2b16e6b37311 /activerecord/test/cases/finder_test.rb
parentf7c845745313efc23e9020dea93b5fd9ca104568 (diff)
downloadrails-3c5f631caa160c2e5f4ec3ee0b7536a474b7b98f.tar.gz
rails-3c5f631caa160c2e5f4ec3ee0b7536a474b7b98f.tar.bz2
rails-3c5f631caa160c2e5f4ec3ee0b7536a474b7b98f.zip
Fix handling of dirty time zone aware attributes
Previously, when `time_zone_aware_attributes` were enabled, after changing a datetime or timestamp attribute and then changing it back to the original value, `changed_attributes` still tracked the attribute as changed. This caused `[attribute]_changed?` and `changed?` methods to return true incorrectly. Example: in_time_zone 'Paris' do order = Order.new original_time = Time.local(2012, 10, 10) order.shipped_at = original_time order.save order.changed? # => false # changing value order.shipped_at = Time.local(2013, 1, 1) order.changed? # => true # reverting to original value order.shipped_at = original_time order.changed? # => false, used to return true end (cherry picked from commit bc982cbcb34129ea2cfe8aa1f8e0b40e444e68db) Conflicts: activerecord/CHANGELOG.md activerecord/lib/active_record/attribute_methods/time_zone_conversion.rb Backport of #9073 Fixes #8898
Diffstat (limited to 'activerecord/test/cases/finder_test.rb')
0 files changed, 0 insertions, 0 deletions