aboutsummaryrefslogtreecommitdiffstats
path: root/guides/source/upgrading_ruby_on_rails.textile
diff options
context:
space:
mode:
authorBogdan Gusiev <agresso@gmail.com>2012-07-31 10:24:18 +0300
committerBogdan Gusiev <agresso@gmail.com>2012-07-31 10:24:18 +0300
commit92641efeecae0910c6292c0c6bf071197b24e63d (patch)
treeda8e0b8ad3660b3b0670d05959f233a414a0836a /guides/source/upgrading_ruby_on_rails.textile
parent10cdeb867bb4b5534c575b0eb3f03e6719269875 (diff)
downloadrails-92641efeecae0910c6292c0c6bf071197b24e63d.tar.gz
rails-92641efeecae0910c6292c0c6bf071197b24e63d.tar.bz2
rails-92641efeecae0910c6292c0c6bf071197b24e63d.zip
AR::Relation#order: make new order prepend old one
User.order("name asc").order("created_at desc") # SELECT * FROM users ORDER BY created_at desc, name asc This also affects order defined in `default_scope` or any kind of associations.
Diffstat (limited to 'guides/source/upgrading_ruby_on_rails.textile')
-rw-r--r--guides/source/upgrading_ruby_on_rails.textile2
1 files changed, 2 insertions, 0 deletions
diff --git a/guides/source/upgrading_ruby_on_rails.textile b/guides/source/upgrading_ruby_on_rails.textile
index 4bf4751127..5024bc4c37 100644
--- a/guides/source/upgrading_ruby_on_rails.textile
+++ b/guides/source/upgrading_ruby_on_rails.textile
@@ -42,6 +42,8 @@ h4(#active_record4_0). Active Record
The <tt>delete</tt> method in collection associations can now receive <tt>Fixnum</tt> or <tt>String</tt> arguments as record ids, besides records, pretty much like the <tt>destroy</tt> method does. Previously it raised <tt>ActiveRecord::AssociationTypeMismatch</tt> for such arguments. From Rails 4.0 on <tt>delete</tt> automatically tries to find the records matching the given ids before deleting them.
+Rails 4.0 has changed how orders get stacked in +ActiveRecord::Relation+. In previous versions of rails new order was applied after previous defined order. But this is no long true. Check "ActiveRecord Query guide":active_record_querying.html#ordering for more information.
+
h4(#active_model4_0). Active Model
Rails 4.0 has changed how errors attach with the <tt>ActiveModel::Validations::ConfirmationValidator</tt>. Now when confirmation validations fail the error will be attached to <tt>:#{attribute}_confirmation</tt> instead of <tt>attribute</tt>.