2017-11-27 13:01:15 -05:00
|
|
|
## Rails 5.2.0.beta1 (November 27, 2017) ##
|
|
|
|
|
2017-11-26 21:54:59 -05:00
|
|
|
* Add new error class `QueryCanceled` which will be raised
|
|
|
|
when canceling statement due to user request.
|
|
|
|
|
|
|
|
*Ryuta Kamizono*
|
|
|
|
|
2017-11-14 17:40:59 -05:00
|
|
|
* Add `#up_only` to database migrations for code that is only relevant when
|
2017-11-14 14:24:00 -05:00
|
|
|
migrating up, e.g. populating a new column.
|
|
|
|
|
|
|
|
*Rich Daley*
|
|
|
|
|
2017-11-14 07:57:50 -05:00
|
|
|
* Require raw SQL fragments to be explicitly marked when used in
|
|
|
|
relation query methods.
|
|
|
|
|
|
|
|
Before:
|
|
|
|
```
|
|
|
|
Article.order("LENGTH(title)")
|
|
|
|
```
|
|
|
|
|
|
|
|
After:
|
|
|
|
```
|
|
|
|
Article.order(Arel.sql("LENGTH(title)"))
|
|
|
|
```
|
|
|
|
|
|
|
|
This prevents SQL injection if applications use the [strongly
|
|
|
|
discouraged] form `Article.order(params[:my_order])`, under the
|
|
|
|
mistaken belief that only column names will be accepted.
|
|
|
|
|
|
|
|
Raw SQL strings will now cause a deprecation warning, which will
|
|
|
|
become an UnknownAttributeReference error in Rails 6.0. Applications
|
|
|
|
can opt in to the future behavior by setting `allow_unsafe_raw_sql`
|
|
|
|
to `:disabled`.
|
|
|
|
|
|
|
|
Common and judged-safe string values (such as simple column
|
|
|
|
references) are unaffected:
|
|
|
|
```
|
|
|
|
Article.order("title DESC")
|
|
|
|
```
|
|
|
|
|
|
|
|
*Ben Toews*
|
|
|
|
|
2017-11-13 15:24:28 -05:00
|
|
|
* `update_all` will now pass its values to `Type#cast` before passing them to
|
|
|
|
`Type#serialize`. This means that `update_all(foo: 'true')` will properly
|
|
|
|
persist a boolean.
|
|
|
|
|
|
|
|
*Sean Griffin*
|
|
|
|
|
2017-11-13 06:15:16 -05:00
|
|
|
* Add new error class `StatementTimeout` which will be raised
|
|
|
|
when statement timeout exceeded.
|
|
|
|
|
|
|
|
*Ryuta Kamizono*
|
|
|
|
|
2017-09-25 17:10:17 -04:00
|
|
|
* Fix `bin/rails db:migrate` with specified `VERSION`.
|
|
|
|
`bin/rails db:migrate` with empty VERSION behaves as without `VERSION`.
|
|
|
|
Check a format of `VERSION`: Allow a migration version number
|
|
|
|
or name of a migration file. Raise error if format of `VERSION` is invalid.
|
|
|
|
Raise error if target migration doesn't exist.
|
|
|
|
|
|
|
|
*bogdanvlviv*
|
|
|
|
|
2017-10-24 09:33:37 -04:00
|
|
|
* Fixed a bug where column orders for an index weren't written to
|
|
|
|
db/schema.rb when using the sqlite adapter.
|
|
|
|
|
|
|
|
Fixes #30902.
|
|
|
|
|
|
|
|
*Paul Kuruvilla*
|
|
|
|
|
2017-09-15 13:40:42 -04:00
|
|
|
* Remove deprecated method `#sanitize_conditions`.
|
|
|
|
|
|
|
|
*Rafael Mendonça França*
|
|
|
|
|
2017-09-15 13:20:50 -04:00
|
|
|
* Remove deprecated method `#scope_chain`.
|
|
|
|
|
|
|
|
*Rafael Mendonça França*
|
|
|
|
|
2017-09-15 13:13:04 -04:00
|
|
|
* Remove deprecated configuration `.error_on_ignored_order_or_limit`.
|
|
|
|
|
|
|
|
*Rafael Mendonça França*
|
|
|
|
|
2017-09-15 12:56:25 -04:00
|
|
|
* Remove deprecated arguments from `#verify!`.
|
|
|
|
|
|
|
|
*Rafael Mendonça França*
|
|
|
|
|
2017-09-15 12:51:54 -04:00
|
|
|
* Remove deprecated argument `name` from `#indexes`.
|
|
|
|
|
|
|
|
*Rafael Mendonça França*
|
|
|
|
|
2017-09-15 12:06:24 -04:00
|
|
|
* Remove deprecated method `ActiveRecord::Migrator.schema_migrations_table_name`.
|
|
|
|
|
|
|
|
*Rafael Mendonça França*
|
|
|
|
|
2017-09-15 12:04:08 -04:00
|
|
|
* Remove deprecated method `supports_primary_key?`.
|
|
|
|
|
|
|
|
*Rafael Mendonça França*
|
|
|
|
|
2017-09-15 12:01:00 -04:00
|
|
|
* Remove deprecated method `supports_migrations?`.
|
|
|
|
|
|
|
|
*Rafael Mendonça França*
|
|
|
|
|
2017-08-23 17:47:04 -04:00
|
|
|
* Remove deprecated methods `initialize_schema_migrations_table` and `initialize_internal_metadata_table`.
|
|
|
|
|
|
|
|
*Rafael Mendonça França*
|
|
|
|
|
2017-08-23 16:08:34 -04:00
|
|
|
* Raises when calling `lock!` in a dirty record.
|
|
|
|
|
|
|
|
*Rafael Mendonça França*
|
|
|
|
|
2017-08-23 16:07:48 -04:00
|
|
|
* Remove deprecated support to passing a class to `:class_name` on associations.
|
|
|
|
|
|
|
|
*Rafael Mendonça França*
|
|
|
|
|
2017-07-17 17:58:56 -04:00
|
|
|
* Remove deprecated argument `default` from `index_name_exists?`.
|
|
|
|
|
|
|
|
*Rafael Mendonça França*
|
|
|
|
|
2017-07-17 17:46:07 -04:00
|
|
|
* Remove deprecated support to `quoted_id` when typecasting an Active Record object.
|
|
|
|
|
|
|
|
*Rafael Mendonça França*
|
|
|
|
|
2017-09-11 18:06:07 -04:00
|
|
|
* Fix `bin/rails db:setup` and `bin/rails db:test:prepare` create wrong
|
|
|
|
ar_internal_metadata's data for a test database.
|
|
|
|
|
|
|
|
Before:
|
|
|
|
```
|
|
|
|
$ RAILS_ENV=test rails dbconsole
|
|
|
|
> SELECT * FROM ar_internal_metadata;
|
|
|
|
key|value|created_at|updated_at
|
|
|
|
environment|development|2017-09-11 23:14:10.815679|2017-09-11 23:14:10.815679
|
|
|
|
```
|
|
|
|
|
|
|
|
After:
|
|
|
|
```
|
|
|
|
$ RAILS_ENV=test rails dbconsole
|
|
|
|
> SELECT * FROM ar_internal_metadata;
|
|
|
|
key|value|created_at|updated_at
|
|
|
|
environment|test|2017-09-11 23:14:10.815679|2017-09-11 23:14:10.815679
|
|
|
|
```
|
|
|
|
|
|
|
|
Fixes #26731.
|
|
|
|
|
|
|
|
*bogdanvlviv*
|
|
|
|
|
2017-10-15 10:22:33 -04:00
|
|
|
* Fix longer sequence name detection for serial columns.
|
|
|
|
|
|
|
|
Fixes #28332.
|
|
|
|
|
|
|
|
*Ryuta Kamizono*
|
|
|
|
|
2017-10-15 07:18:12 -04:00
|
|
|
* MySQL: Don't lose `auto_increment: true` in the `db/schema.rb`.
|
|
|
|
|
|
|
|
Fixes #30894.
|
|
|
|
|
|
|
|
*Ryuta Kamizono*
|
|
|
|
|
2017-10-14 00:19:26 -04:00
|
|
|
* Fix `COUNT(DISTINCT ...)` for `GROUP BY` with `ORDER BY` and `LIMIT`.
|
|
|
|
|
|
|
|
Fixes #30886.
|
|
|
|
|
|
|
|
*Ryuta Kamizono*
|
|
|
|
|
2017-10-03 18:27:33 -04:00
|
|
|
* PostgreSQL `tsrange` now preserves subsecond precision.
|
`Postgres::OID::Range` serializes to a `Range`, quote in `Quoting`
PostgreSQL 9.1+ introduced range types, and Rails added support for
using this datatype in ActiveRecord. However, the serialization of
`PostgreSQL::OID::Range` was incomplete, because it did not properly
quote the bounds that make up the range. A clear example of this is a
`tsrange`.
Normally, ActiveRecord quotes Date/Time objects to include the
milliseconds. However, the way `PostgreSQL::OID::Range` serialized its
bounds, the milliseconds were dropped. This meant that the value was
incomplete and not equal to the submitted value.
An example of normal timestamps vs. a `tsrange`. Note how the bounds
for the range do not include their milliseconds (they were present in
the ruby Range):
UPDATE "iterations" SET "updated_at" = $1, "range" = $2 WHERE
"iterations"."id" = $3
[["updated_at", "2017-09-23 17:07:01.304864"],
["range", "[2017-09-23 00:00:00 UTC,2017-09-23 23:59:59 UTC]"],
["id", 1234]]
`PostgreSQL::OID::Range` serialized the range by interpolating a
string for the range, which works for most cases, but does not work
for timestamps:
def serialize(value)
if value.is_a?(::Range)
from = type_cast_single_for_database(value.begin)
to = type_cast_single_for_database(value.end)
"[#{from},#{to}#{value.exclude_end? ? ')' : ']'}"
else
super
end
end
(byebug) from = type_cast_single_for_database(value.begin)
2010-01-01 13:30:00 UTC
(byebug) to = type_cast_single_for_database(value.end)
2011-02-02 19:30:00 UTC
(byebug) "[#{from},#{to}#{value.exclude_end? ? ')' : ']'}"
"[2010-01-01 13:30:00 UTC,2011-02-02 19:30:00 UTC)"
@sgrif (the original implementer for Postgres Range support) provided
some feedback about where the quoting should occur:
Yeah, quoting at all is definitely wrong here. I'm not sure what I
was thinking in 02579b5, but what this is doing is definitely in the
wrong place. It should probably just be returning a range of
subtype.serialize(value.begin) and subtype.serialize(value.end), and
letting the adapter handle the rest.
`Postgres::OID::Range` now returns a `Range` object, and
`ActiveRecord::ConnectionAdapters::PostgreSQL::Quoting` can now encode
and quote a `Range`:
def encode_range(range)
"[#{type_cast(range.first)},#{type_cast(range.last)}#{range.exclude_end? ? ')' : ']'}"
end
...
encode_range(range)
#=> "['2010-01-01 13:30:00.670277','2011-02-02 19:30:00.745125')"
This commit includes tests to make sure the milliseconds are
preserved in `tsrange` and `tstzrange` columns
2017-09-26 10:37:32 -04:00
|
|
|
|
|
|
|
PostgreSQL 9.1+ introduced range types, and Rails added support for using
|
2017-10-03 18:27:33 -04:00
|
|
|
this datatype in Active Record. However, the serialization of
|
|
|
|
`PostgreSQL::OID::Range` was incomplete, because it did not properly
|
`Postgres::OID::Range` serializes to a `Range`, quote in `Quoting`
PostgreSQL 9.1+ introduced range types, and Rails added support for
using this datatype in ActiveRecord. However, the serialization of
`PostgreSQL::OID::Range` was incomplete, because it did not properly
quote the bounds that make up the range. A clear example of this is a
`tsrange`.
Normally, ActiveRecord quotes Date/Time objects to include the
milliseconds. However, the way `PostgreSQL::OID::Range` serialized its
bounds, the milliseconds were dropped. This meant that the value was
incomplete and not equal to the submitted value.
An example of normal timestamps vs. a `tsrange`. Note how the bounds
for the range do not include their milliseconds (they were present in
the ruby Range):
UPDATE "iterations" SET "updated_at" = $1, "range" = $2 WHERE
"iterations"."id" = $3
[["updated_at", "2017-09-23 17:07:01.304864"],
["range", "[2017-09-23 00:00:00 UTC,2017-09-23 23:59:59 UTC]"],
["id", 1234]]
`PostgreSQL::OID::Range` serialized the range by interpolating a
string for the range, which works for most cases, but does not work
for timestamps:
def serialize(value)
if value.is_a?(::Range)
from = type_cast_single_for_database(value.begin)
to = type_cast_single_for_database(value.end)
"[#{from},#{to}#{value.exclude_end? ? ')' : ']'}"
else
super
end
end
(byebug) from = type_cast_single_for_database(value.begin)
2010-01-01 13:30:00 UTC
(byebug) to = type_cast_single_for_database(value.end)
2011-02-02 19:30:00 UTC
(byebug) "[#{from},#{to}#{value.exclude_end? ? ')' : ']'}"
"[2010-01-01 13:30:00 UTC,2011-02-02 19:30:00 UTC)"
@sgrif (the original implementer for Postgres Range support) provided
some feedback about where the quoting should occur:
Yeah, quoting at all is definitely wrong here. I'm not sure what I
was thinking in 02579b5, but what this is doing is definitely in the
wrong place. It should probably just be returning a range of
subtype.serialize(value.begin) and subtype.serialize(value.end), and
letting the adapter handle the rest.
`Postgres::OID::Range` now returns a `Range` object, and
`ActiveRecord::ConnectionAdapters::PostgreSQL::Quoting` can now encode
and quote a `Range`:
def encode_range(range)
"[#{type_cast(range.first)},#{type_cast(range.last)}#{range.exclude_end? ? ')' : ']'}"
end
...
encode_range(range)
#=> "['2010-01-01 13:30:00.670277','2011-02-02 19:30:00.745125')"
This commit includes tests to make sure the milliseconds are
preserved in `tsrange` and `tstzrange` columns
2017-09-26 10:37:32 -04:00
|
|
|
cast the bounds that make up the range. This led to subseconds being
|
|
|
|
dropped in SQL commands:
|
|
|
|
|
2017-10-03 18:27:33 -04:00
|
|
|
Before:
|
`Postgres::OID::Range` serializes to a `Range`, quote in `Quoting`
PostgreSQL 9.1+ introduced range types, and Rails added support for
using this datatype in ActiveRecord. However, the serialization of
`PostgreSQL::OID::Range` was incomplete, because it did not properly
quote the bounds that make up the range. A clear example of this is a
`tsrange`.
Normally, ActiveRecord quotes Date/Time objects to include the
milliseconds. However, the way `PostgreSQL::OID::Range` serialized its
bounds, the milliseconds were dropped. This meant that the value was
incomplete and not equal to the submitted value.
An example of normal timestamps vs. a `tsrange`. Note how the bounds
for the range do not include their milliseconds (they were present in
the ruby Range):
UPDATE "iterations" SET "updated_at" = $1, "range" = $2 WHERE
"iterations"."id" = $3
[["updated_at", "2017-09-23 17:07:01.304864"],
["range", "[2017-09-23 00:00:00 UTC,2017-09-23 23:59:59 UTC]"],
["id", 1234]]
`PostgreSQL::OID::Range` serialized the range by interpolating a
string for the range, which works for most cases, but does not work
for timestamps:
def serialize(value)
if value.is_a?(::Range)
from = type_cast_single_for_database(value.begin)
to = type_cast_single_for_database(value.end)
"[#{from},#{to}#{value.exclude_end? ? ')' : ']'}"
else
super
end
end
(byebug) from = type_cast_single_for_database(value.begin)
2010-01-01 13:30:00 UTC
(byebug) to = type_cast_single_for_database(value.end)
2011-02-02 19:30:00 UTC
(byebug) "[#{from},#{to}#{value.exclude_end? ? ')' : ']'}"
"[2010-01-01 13:30:00 UTC,2011-02-02 19:30:00 UTC)"
@sgrif (the original implementer for Postgres Range support) provided
some feedback about where the quoting should occur:
Yeah, quoting at all is definitely wrong here. I'm not sure what I
was thinking in 02579b5, but what this is doing is definitely in the
wrong place. It should probably just be returning a range of
subtype.serialize(value.begin) and subtype.serialize(value.end), and
letting the adapter handle the rest.
`Postgres::OID::Range` now returns a `Range` object, and
`ActiveRecord::ConnectionAdapters::PostgreSQL::Quoting` can now encode
and quote a `Range`:
def encode_range(range)
"[#{type_cast(range.first)},#{type_cast(range.last)}#{range.exclude_end? ? ')' : ']'}"
end
...
encode_range(range)
#=> "['2010-01-01 13:30:00.670277','2011-02-02 19:30:00.745125')"
This commit includes tests to make sure the milliseconds are
preserved in `tsrange` and `tstzrange` columns
2017-09-26 10:37:32 -04:00
|
|
|
|
2017-10-03 18:27:33 -04:00
|
|
|
connection.type_cast(tsrange.serialize(range_value))
|
|
|
|
# => "[2010-01-01 13:30:00 UTC,2011-02-02 19:30:00 UTC)"
|
`Postgres::OID::Range` serializes to a `Range`, quote in `Quoting`
PostgreSQL 9.1+ introduced range types, and Rails added support for
using this datatype in ActiveRecord. However, the serialization of
`PostgreSQL::OID::Range` was incomplete, because it did not properly
quote the bounds that make up the range. A clear example of this is a
`tsrange`.
Normally, ActiveRecord quotes Date/Time objects to include the
milliseconds. However, the way `PostgreSQL::OID::Range` serialized its
bounds, the milliseconds were dropped. This meant that the value was
incomplete and not equal to the submitted value.
An example of normal timestamps vs. a `tsrange`. Note how the bounds
for the range do not include their milliseconds (they were present in
the ruby Range):
UPDATE "iterations" SET "updated_at" = $1, "range" = $2 WHERE
"iterations"."id" = $3
[["updated_at", "2017-09-23 17:07:01.304864"],
["range", "[2017-09-23 00:00:00 UTC,2017-09-23 23:59:59 UTC]"],
["id", 1234]]
`PostgreSQL::OID::Range` serialized the range by interpolating a
string for the range, which works for most cases, but does not work
for timestamps:
def serialize(value)
if value.is_a?(::Range)
from = type_cast_single_for_database(value.begin)
to = type_cast_single_for_database(value.end)
"[#{from},#{to}#{value.exclude_end? ? ')' : ']'}"
else
super
end
end
(byebug) from = type_cast_single_for_database(value.begin)
2010-01-01 13:30:00 UTC
(byebug) to = type_cast_single_for_database(value.end)
2011-02-02 19:30:00 UTC
(byebug) "[#{from},#{to}#{value.exclude_end? ? ')' : ']'}"
"[2010-01-01 13:30:00 UTC,2011-02-02 19:30:00 UTC)"
@sgrif (the original implementer for Postgres Range support) provided
some feedback about where the quoting should occur:
Yeah, quoting at all is definitely wrong here. I'm not sure what I
was thinking in 02579b5, but what this is doing is definitely in the
wrong place. It should probably just be returning a range of
subtype.serialize(value.begin) and subtype.serialize(value.end), and
letting the adapter handle the rest.
`Postgres::OID::Range` now returns a `Range` object, and
`ActiveRecord::ConnectionAdapters::PostgreSQL::Quoting` can now encode
and quote a `Range`:
def encode_range(range)
"[#{type_cast(range.first)},#{type_cast(range.last)}#{range.exclude_end? ? ')' : ']'}"
end
...
encode_range(range)
#=> "['2010-01-01 13:30:00.670277','2011-02-02 19:30:00.745125')"
This commit includes tests to make sure the milliseconds are
preserved in `tsrange` and `tstzrange` columns
2017-09-26 10:37:32 -04:00
|
|
|
|
2017-10-03 18:27:33 -04:00
|
|
|
Now:
|
`Postgres::OID::Range` serializes to a `Range`, quote in `Quoting`
PostgreSQL 9.1+ introduced range types, and Rails added support for
using this datatype in ActiveRecord. However, the serialization of
`PostgreSQL::OID::Range` was incomplete, because it did not properly
quote the bounds that make up the range. A clear example of this is a
`tsrange`.
Normally, ActiveRecord quotes Date/Time objects to include the
milliseconds. However, the way `PostgreSQL::OID::Range` serialized its
bounds, the milliseconds were dropped. This meant that the value was
incomplete and not equal to the submitted value.
An example of normal timestamps vs. a `tsrange`. Note how the bounds
for the range do not include their milliseconds (they were present in
the ruby Range):
UPDATE "iterations" SET "updated_at" = $1, "range" = $2 WHERE
"iterations"."id" = $3
[["updated_at", "2017-09-23 17:07:01.304864"],
["range", "[2017-09-23 00:00:00 UTC,2017-09-23 23:59:59 UTC]"],
["id", 1234]]
`PostgreSQL::OID::Range` serialized the range by interpolating a
string for the range, which works for most cases, but does not work
for timestamps:
def serialize(value)
if value.is_a?(::Range)
from = type_cast_single_for_database(value.begin)
to = type_cast_single_for_database(value.end)
"[#{from},#{to}#{value.exclude_end? ? ')' : ']'}"
else
super
end
end
(byebug) from = type_cast_single_for_database(value.begin)
2010-01-01 13:30:00 UTC
(byebug) to = type_cast_single_for_database(value.end)
2011-02-02 19:30:00 UTC
(byebug) "[#{from},#{to}#{value.exclude_end? ? ')' : ']'}"
"[2010-01-01 13:30:00 UTC,2011-02-02 19:30:00 UTC)"
@sgrif (the original implementer for Postgres Range support) provided
some feedback about where the quoting should occur:
Yeah, quoting at all is definitely wrong here. I'm not sure what I
was thinking in 02579b5, but what this is doing is definitely in the
wrong place. It should probably just be returning a range of
subtype.serialize(value.begin) and subtype.serialize(value.end), and
letting the adapter handle the rest.
`Postgres::OID::Range` now returns a `Range` object, and
`ActiveRecord::ConnectionAdapters::PostgreSQL::Quoting` can now encode
and quote a `Range`:
def encode_range(range)
"[#{type_cast(range.first)},#{type_cast(range.last)}#{range.exclude_end? ? ')' : ']'}"
end
...
encode_range(range)
#=> "['2010-01-01 13:30:00.670277','2011-02-02 19:30:00.745125')"
This commit includes tests to make sure the milliseconds are
preserved in `tsrange` and `tstzrange` columns
2017-09-26 10:37:32 -04:00
|
|
|
|
2017-10-03 18:27:33 -04:00
|
|
|
connection.type_cast(tsrange.serialize(range_value))
|
|
|
|
# => "[2010-01-01 13:30:00.670277,2011-02-02 19:30:00.745125)"
|
|
|
|
|
|
|
|
*Thomas Cannon*
|
`Postgres::OID::Range` serializes to a `Range`, quote in `Quoting`
PostgreSQL 9.1+ introduced range types, and Rails added support for
using this datatype in ActiveRecord. However, the serialization of
`PostgreSQL::OID::Range` was incomplete, because it did not properly
quote the bounds that make up the range. A clear example of this is a
`tsrange`.
Normally, ActiveRecord quotes Date/Time objects to include the
milliseconds. However, the way `PostgreSQL::OID::Range` serialized its
bounds, the milliseconds were dropped. This meant that the value was
incomplete and not equal to the submitted value.
An example of normal timestamps vs. a `tsrange`. Note how the bounds
for the range do not include their milliseconds (they were present in
the ruby Range):
UPDATE "iterations" SET "updated_at" = $1, "range" = $2 WHERE
"iterations"."id" = $3
[["updated_at", "2017-09-23 17:07:01.304864"],
["range", "[2017-09-23 00:00:00 UTC,2017-09-23 23:59:59 UTC]"],
["id", 1234]]
`PostgreSQL::OID::Range` serialized the range by interpolating a
string for the range, which works for most cases, but does not work
for timestamps:
def serialize(value)
if value.is_a?(::Range)
from = type_cast_single_for_database(value.begin)
to = type_cast_single_for_database(value.end)
"[#{from},#{to}#{value.exclude_end? ? ')' : ']'}"
else
super
end
end
(byebug) from = type_cast_single_for_database(value.begin)
2010-01-01 13:30:00 UTC
(byebug) to = type_cast_single_for_database(value.end)
2011-02-02 19:30:00 UTC
(byebug) "[#{from},#{to}#{value.exclude_end? ? ')' : ']'}"
"[2010-01-01 13:30:00 UTC,2011-02-02 19:30:00 UTC)"
@sgrif (the original implementer for Postgres Range support) provided
some feedback about where the quoting should occur:
Yeah, quoting at all is definitely wrong here. I'm not sure what I
was thinking in 02579b5, but what this is doing is definitely in the
wrong place. It should probably just be returning a range of
subtype.serialize(value.begin) and subtype.serialize(value.end), and
letting the adapter handle the rest.
`Postgres::OID::Range` now returns a `Range` object, and
`ActiveRecord::ConnectionAdapters::PostgreSQL::Quoting` can now encode
and quote a `Range`:
def encode_range(range)
"[#{type_cast(range.first)},#{type_cast(range.last)}#{range.exclude_end? ? ')' : ']'}"
end
...
encode_range(range)
#=> "['2010-01-01 13:30:00.670277','2011-02-02 19:30:00.745125')"
This commit includes tests to make sure the milliseconds are
preserved in `tsrange` and `tstzrange` columns
2017-09-26 10:37:32 -04:00
|
|
|
|
2017-09-26 15:22:12 -04:00
|
|
|
* Passing a `Set` to `Relation#where` now behaves the same as passing an
|
|
|
|
array.
|
|
|
|
|
|
|
|
*Sean Griffin*
|
|
|
|
|
2016-03-14 21:01:09 -04:00
|
|
|
* Use given algorithm while removing index from database.
|
|
|
|
|
|
|
|
Fixes #24190.
|
|
|
|
|
|
|
|
*Mehmet Emin İNAÇ*
|
|
|
|
|
2017-09-16 12:56:04 -04:00
|
|
|
* Update payload names for `sql.active_record` instrumentation to be
|
|
|
|
more descriptive.
|
|
|
|
|
|
|
|
Fixes #30586.
|
|
|
|
|
|
|
|
*Jeremy Green*
|
|
|
|
|
2017-11-26 20:30:25 -05:00
|
|
|
* Add new error class `LockWaitTimeout` which will be raised
|
2017-11-11 05:53:40 -05:00
|
|
|
when lock wait timeout exceeded.
|
2017-08-28 02:10:29 -04:00
|
|
|
|
|
|
|
*Gabriel Courtemanche*
|
|
|
|
|
2017-08-20 10:31:34 -04:00
|
|
|
* Remove deprecated `#migration_keys`.
|
|
|
|
|
|
|
|
*Ryuta Kamizono*
|
|
|
|
|
2016-02-02 06:57:55 -05:00
|
|
|
* Automatically guess the inverse associations for STI.
|
|
|
|
|
|
|
|
*Yuichiro Kaneko*
|
|
|
|
|
2017-08-09 13:24:13 -04:00
|
|
|
* Ensure `sum` honors `distinct` on `has_many :through` associations
|
|
|
|
|
2017-08-14 23:52:18 -04:00
|
|
|
Fixes #16791.
|
2017-08-09 13:24:13 -04:00
|
|
|
|
2017-08-14 23:52:18 -04:00
|
|
|
*Aaron Wortham*
|
2017-08-09 13:24:13 -04:00
|
|
|
|
2017-08-04 05:58:16 -04:00
|
|
|
* Add `binary` fixture helper method.
|
|
|
|
|
|
|
|
*Atsushi Yoshida*
|
|
|
|
|
2017-07-31 17:19:04 -04:00
|
|
|
* When using `Relation#or`, extract the common conditions and put them before the OR condition.
|
2017-07-25 14:00:39 -04:00
|
|
|
|
|
|
|
*Maxime Handfield Lapointe*
|
|
|
|
|
2017-07-25 14:22:16 -04:00
|
|
|
* `Relation#or` now accepts two relations who have different values for
|
|
|
|
`references` only, as `references` can be implicitly called by `where`.
|
|
|
|
|
|
|
|
Fixes #29411.
|
|
|
|
|
|
|
|
*Sean Griffin*
|
|
|
|
|
2017-08-06 22:24:30 -04:00
|
|
|
* `ApplicationRecord` is no longer generated when generating models. If you
|
2017-07-24 14:17:56 -04:00
|
|
|
need to generate it, it can be created with `rails g application_record`.
|
|
|
|
|
|
|
|
*Lisa Ugray*
|
|
|
|
|
2017-07-19 05:10:04 -04:00
|
|
|
* Fix `COUNT(DISTINCT ...)` with `ORDER BY` and `LIMIT` to keep the existing select list.
|
|
|
|
|
|
|
|
*Ryuta Kamizono*
|
|
|
|
|
2017-07-19 14:56:35 -04:00
|
|
|
* When a `has_one` association is destroyed by `dependent: destroy`,
|
|
|
|
`destroyed_by_association` will now be set to the reflection, matching the
|
|
|
|
behaviour of `has_many` associations.
|
|
|
|
|
|
|
|
*Lisa Ugray*
|
|
|
|
|
2017-07-13 11:08:35 -04:00
|
|
|
* Fix `unscoped(where: [columns])` removing the wrong bind values
|
|
|
|
|
|
|
|
When the `where` is called on a relation after a `or`, unscoping the column of that later `where` removed
|
|
|
|
bind values used by the `or` instead. (possibly other cases too)
|
|
|
|
|
|
|
|
```
|
|
|
|
Post.where(id: 1).or(Post.where(id: 2)).where(foo: 3).unscope(where: :foo).to_sql
|
|
|
|
# Currently:
|
|
|
|
# SELECT "posts".* FROM "posts" WHERE ("posts"."id" = 2 OR "posts"."id" = 3)
|
|
|
|
# With fix:
|
|
|
|
# SELECT "posts".* FROM "posts" WHERE ("posts"."id" = 1 OR "posts"."id" = 2)
|
|
|
|
```
|
|
|
|
|
|
|
|
*Maxime Handfield Lapointe*
|
|
|
|
|
2017-07-17 11:14:11 -04:00
|
|
|
* Values constructed using multi-parameter assignment will now use the
|
|
|
|
post-type-cast value for rendering in single-field form inputs.
|
|
|
|
|
|
|
|
*Sean Griffin*
|
|
|
|
|
2017-07-17 10:07:02 -04:00
|
|
|
* `Relation#joins` is no longer affected by the target model's
|
|
|
|
`current_scope`, with the exception of `unscoped`.
|
|
|
|
|
|
|
|
Fixes #29338.
|
|
|
|
|
|
|
|
*Sean Griffin*
|
|
|
|
|
2017-07-06 12:59:33 -04:00
|
|
|
* Change sqlite3 boolean serialization to use 1 and 0
|
|
|
|
|
|
|
|
SQLite natively recognizes 1 and 0 as true and false, but does not natively
|
|
|
|
recognize 't' and 'f' as was previously serialized.
|
|
|
|
|
|
|
|
This change in serialization requires a migration of stored boolean data
|
|
|
|
for SQLite databases, so it's implemented behind a configuration flag
|
|
|
|
whose default false value is deprecated.
|
|
|
|
|
|
|
|
*Lisa Ugray*
|
|
|
|
|
2017-07-08 14:50:54 -04:00
|
|
|
* Skip query caching when working with batches of records (`find_each`, `find_in_batches`,
|
|
|
|
`in_batches`).
|
|
|
|
|
|
|
|
Previously, records would be fetched in batches, but all records would be retained in memory
|
|
|
|
until the end of the request or job.
|
|
|
|
|
|
|
|
*Eugene Kenny*
|
|
|
|
|
2017-07-08 15:15:53 -04:00
|
|
|
* Prevent errors raised by `sql.active_record` notification subscribers from being converted into
|
|
|
|
`ActiveRecord::StatementInvalid` exceptions.
|
2017-07-05 18:21:25 -04:00
|
|
|
|
|
|
|
*Dennis Taylor*
|
|
|
|
|
2017-06-11 07:13:21 -04:00
|
|
|
* Fix eager loading/preloading association with scope including joins.
|
|
|
|
|
|
|
|
Fixes #28324.
|
|
|
|
|
|
|
|
*Ryuta Kamizono*
|
|
|
|
|
2017-07-01 14:25:33 -04:00
|
|
|
* Fix transactions to apply state to child transactions
|
|
|
|
|
2017-08-06 22:24:30 -04:00
|
|
|
Previously, if you had a nested transaction and the outer transaction was rolledback, the record from the
|
2017-07-01 14:25:33 -04:00
|
|
|
inner transaction would still be marked as persisted.
|
|
|
|
|
|
|
|
This change fixes that by applying the state of the parent transaction to the child transaction when the
|
|
|
|
parent transaction is rolledback. This will correctly mark records from the inner transaction as not persisted.
|
|
|
|
|
|
|
|
*Eileen M. Uchitelle*, *Aaron Patterson*
|
|
|
|
|
2017-07-01 14:22:28 -04:00
|
|
|
* Deprecate `set_state` method in `TransactionState`
|
|
|
|
|
|
|
|
Deprecated the `set_state` method in favor of setting the state via specific methods. If you need to mark the
|
|
|
|
state of the transaction you can now use `rollback!`, `commit!` or `nullify!` instead of
|
|
|
|
`set_state(:rolledback)`, `set_state(:committed)`, or `set_state(nil)`.
|
|
|
|
|
|
|
|
*Eileen M. Uchitelle*, *Aaron Patterson*
|
|
|
|
|
2017-05-05 17:02:01 -04:00
|
|
|
* Deprecate delegating to `arel` in `Relation`.
|
|
|
|
|
|
|
|
*Ryuta Kamizono*
|
|
|
|
|
2017-06-28 07:43:13 -04:00
|
|
|
* Fix eager loading to respect `store_full_sti_class` setting.
|
|
|
|
|
|
|
|
*Ryuta Kamizono*
|
|
|
|
|
2017-07-03 10:58:12 -04:00
|
|
|
* Query cache was unavailable when entering the `ActiveRecord::Base.cache` block
|
2017-06-28 01:12:12 -04:00
|
|
|
without being connected.
|
|
|
|
|
|
|
|
*Tsukasa Oishi*
|
|
|
|
|
2017-06-27 11:41:39 -04:00
|
|
|
* Previously, when building records using a `has_many :through` association,
|
|
|
|
if the child records were deleted before the parent was saved, they would
|
|
|
|
still be persisted. Now, if child records are deleted before the parent is saved
|
|
|
|
on a `has_many :through` association, the child records will not be persisted.
|
|
|
|
|
|
|
|
*Tobias Kraze*
|
|
|
|
|
2016-08-17 11:16:36 -04:00
|
|
|
* Merging two relations representing nested joins no longer transforms the joins of
|
|
|
|
the merged relation into LEFT OUTER JOIN. Example to clarify:
|
|
|
|
|
|
|
|
```
|
|
|
|
Author.joins(:posts).merge(Post.joins(:comments))
|
|
|
|
# Before the change:
|
|
|
|
#=> SELECT ... FROM authors INNER JOIN posts ON ... LEFT OUTER JOIN comments ON...
|
|
|
|
|
|
|
|
# After the change:
|
|
|
|
#=> SELECT ... FROM authors INNER JOIN posts ON ... INNER JOIN comments ON...
|
|
|
|
```
|
|
|
|
|
|
|
|
TODO: Add to the Rails 5.2 upgrade guide
|
|
|
|
|
|
|
|
*Maxime Handfield Lapointe*
|
|
|
|
|
2017-04-27 17:23:50 -04:00
|
|
|
* `ActiveRecord::Persistence#touch` does not work well when optimistic locking enabled and
|
|
|
|
`locking_column`, without default value, is null in the database.
|
|
|
|
|
|
|
|
*bogdanvlviv*
|
|
|
|
|
2017-04-29 04:21:05 -04:00
|
|
|
* Fix destroying existing object does not work well when optimistic locking enabled and
|
2017-07-03 10:58:12 -04:00
|
|
|
`locking_column` is null in the database.
|
2017-04-29 04:21:05 -04:00
|
|
|
|
|
|
|
*bogdanvlviv*
|
|
|
|
|
2017-06-18 11:14:52 -04:00
|
|
|
* Use bulk INSERT to insert fixtures for better performance.
|
|
|
|
|
|
|
|
*Kir Shatrov*
|
|
|
|
|
2017-08-06 22:24:30 -04:00
|
|
|
* Prevent creation of bind param if casted value is nil.
|
2017-05-10 15:20:53 -04:00
|
|
|
|
|
|
|
*Ryuta Kamizono*
|
|
|
|
|
2017-05-28 20:02:45 -04:00
|
|
|
* Deprecate passing arguments and block at the same time to `count` and `sum` in `ActiveRecord::Calculations`.
|
|
|
|
|
|
|
|
*Ryuta Kamizono*
|
|
|
|
|
2017-05-24 19:38:45 -04:00
|
|
|
* Loading model schema from database is now thread-safe.
|
|
|
|
|
|
|
|
Fixes #28589.
|
|
|
|
|
|
|
|
*Vikrant Chaudhary*, *David Abdemoulaie*
|
|
|
|
|
2017-05-18 19:28:15 -04:00
|
|
|
* Add `ActiveRecord::Base#cache_version` to support recyclable cache keys via the new versioned entries
|
|
|
|
in `ActiveSupport::Cache`. This also means that `ActiveRecord::Base#cache_key` will now return a stable key
|
2017-05-18 12:12:32 -04:00
|
|
|
that does not include a timestamp any more.
|
2017-05-18 19:28:15 -04:00
|
|
|
|
|
|
|
NOTE: This feature is turned off by default, and `#cache_key` will still return cache keys with timestamps
|
|
|
|
until you set `ActiveRecord::Base.cache_versioning = true`. That's the setting for all new apps on Rails 5.2+
|
|
|
|
|
2017-05-18 12:12:32 -04:00
|
|
|
*DHH*
|
|
|
|
|
2017-05-18 19:28:15 -04:00
|
|
|
* Respect `SchemaDumper.ignore_tables` in rake tasks for databases structure dump
|
2017-05-15 19:24:33 -04:00
|
|
|
|
|
|
|
*Rusty Geldmacher*, *Guillermo Iguaran*
|
|
|
|
|
2017-05-02 15:37:06 -04:00
|
|
|
* Add type caster to `RuntimeReflection#alias_name`
|
|
|
|
|
|
|
|
Fixes #28959.
|
|
|
|
|
|
|
|
*Jon Moss*
|
|
|
|
|
2017-04-04 22:35:47 -04:00
|
|
|
* Deprecate `supports_statement_cache?`.
|
|
|
|
|
|
|
|
*Ryuta Kamizono*
|
|
|
|
|
2017-02-25 12:32:50 -05:00
|
|
|
* Raise error `UnknownMigrationVersionError` on the movement of migrations
|
|
|
|
when the current migration does not exist.
|
|
|
|
|
|
|
|
*bogdanvlviv*
|
|
|
|
|
2017-02-25 10:49:32 -05:00
|
|
|
* Fix `bin/rails db:forward` first migration.
|
|
|
|
|
|
|
|
*bogdanvlviv*
|
|
|
|
|
2017-04-15 16:17:14 -04:00
|
|
|
* Support Descending Indexes for MySQL.
|
|
|
|
|
|
|
|
MySQL 8.0.1 and higher supports descending indexes: `DESC` in an index definition is no longer ignored.
|
|
|
|
See https://dev.mysql.com/doc/refman/8.0/en/descending-indexes.html.
|
|
|
|
|
|
|
|
*Ryuta Kamizono*
|
|
|
|
|
2017-04-04 13:23:51 -04:00
|
|
|
* Fix inconsistency with changed attributes when overriding AR attribute reader.
|
|
|
|
|
|
|
|
*bogdanvlviv*
|
|
|
|
|
2017-08-06 22:24:30 -04:00
|
|
|
* When calling the dynamic fixture accessor method with no arguments, it now returns all fixtures of this type.
|
2017-04-06 21:43:58 -04:00
|
|
|
Previously this method always returned an empty array.
|
|
|
|
|
|
|
|
*Kevin McPhillips*
|
|
|
|
|
|
|
|
|
2017-03-21 19:41:39 -04:00
|
|
|
Please check [5-1-stable](https://github.com/rails/rails/blob/5-1-stable/activerecord/CHANGELOG.md) for previous changes.
|