|  | Commit message (Collapse) | Author | Age | Files | Lines | 
|---|
| | |  | 
| | 
| 
| 
| | Enumerable#excluding | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| | `Hash#transform_keys!`
Since Rails 6 requires Ruby 2.5.
https://github.com/ruby/ruby/blob/ruby_2_5/NEWS
Follow up #34754. | 
| | |  | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | The method removes and returns the elements for which the block returns a true value.
If no block is given, an Enumerator is returned instead.
```
numbers = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9]
odd_numbers = numbers.extract! { |number| number.odd? } # => [1, 3, 5, 7, 9]
numbers # => [0, 2, 4, 6, 8]
``` | 
| | 
| 
| 
| 
| 
| | Skipping over 2.4.0 to sidestep the `"symbol_from_string".to_sym.dup` bug.
References #32028 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | `BigDecimal.new` has been deprecated in BigDecimal 1.3.3
 which will be a default for Ruby 2.5.
Refer
https://github.com/ruby/bigdecimal/commit/533737338db915b00dc7168c3602e4b462b23503
* This commit has been made as follows:
```
cd rails
git grep -l BigDecimal.new | grep -v guides/source/5_0_release_notes.md | grep -v activesupport/test/xml_mini_test.rb | xargs sed -i -e "s/BigDecimal.new/BigDecimal/g"
```
- `activesupport/test/xml_mini_test.rb`
Editmanually to remove `.new` and `::`
- guides/source/5_0_release_notes.md
This is a Rails 5.0 release notes. | 
| | 
| 
| 
| | Follow up of #31390. | 
| | |  | 
| | |  | 
| | |  | 
| | 
| 
| 
| 
| | This reverts commit 3420a14590c0e6915d8b6c242887f74adb4120f9, reversing
changes made to afb66a5a598ce4ac74ad84b125a5abf046dcf5aa. | 
| | |  | 
| | 
| 
| 
| 
| 
| 
| 
| | This reverts commit bad3a120f1690f393d8f6204b3ceee60f0ce707b, reversing
changes made to 2384317465ccb1dfca456a2b7798714b99f32711.
Reason: Adding a new option in the API for something that can be done
with a `#presence` check could do. | 
| | |  | 
| | 
| 
| 
| | https://bugs.ruby-lang.org/issues/12739 | 
| | 
| 
| 
| 
| 
| | assert [1, 3].includes?(2) fails with unhelpful "Asserting failed" message
assert_includes [1, 3], 2 fails with "Expected [1, 3] to include 2" which makes it easier to debug and more obvious what went wrong | 
| | 
| 
| 
| 
| | The current code base is not uniform. After some discussion,
we have chosen to go with double quotes by default. | 
| | |  | 
| | 
| 
| 
| 
| 
| 
| 
| | Ruby 2.4 unifies Fixnum and Bignum into Integer: https://bugs.ruby-lang.org/issues/12005
* Forward compat with new unified Integer class in Ruby 2.4+.
* Backward compat with separate Fixnum/Bignum in Ruby 2.2 & 2.3.
* Drops needless Fixnum distinction in docs, preferring Integer. | 
| | 
| 
| 
| 
| 
| 
| 
| 
| | Calculating -------------------------------------
before    40.770k i/100ms
after    58.464k i/100ms
-------------------------------------------------
before    629.568k (± 5.0%) i/s -      3.180M
after      1.159M (± 4.5%) i/s -      5.788M | 
| | |  | 
| | |  | 
| | |  | 
| | 
| 
| 
| | (relates to #19157) | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| | This is more consistent than the current behaviour of raising a
`ZeroDivisionError: divided by 0` error when 0 is given, which can be
non-obvious especially if `in_groups_of` is part of a longer chain of
methods.
The negative case was ok - "ArgumentError: invalid slice size" - but
this error is clearer still. | 
| | 
| 
| 
| | Object#to_param at one place and avoid repitition | 
|  |  |