rails--rails/activerecord/test/models/college.rb

# frozen_string_literal: true

require "models/arunit2_model"
require "active_support/core_ext/object/with_options"

class College < ARUnit2Model
  has_many :courses

  with_options dependent: :destroy do |assoc|
    assoc.has_many :students, -> { where(active: true) }
  end
end
Use frozen-string-literal in ActiveRecord 2017-07-09 13:41:28 -04:00			`# frozen_string_literal: true`

Removes require_dependency from the AR test suite In the AR test suite require_dependency does not make much sense. Just call vanilla require/load. Note that in the test that made explicit use of it, there are no autoload paths, and no constants have been autoloaded. In reality, the code ended up calling Kernel#load. 2020-05-06 02:55:08 -04:00			`require "models/arunit2_model"`
applies new string literal convention in activerecord/test The current code base is not uniform. After some discussion, we have chosen to go with double quotes by default. 2016-08-06 12:26:20 -04:00			`require "active_support/core_ext/object/with_options"`
added test for #3732 2012-02-10 17:35:22 -05:00
			`class College < ARUnit2Model`
			`has_many :courses`
Fix error when using `with_options` with lambda. It was causing error when using `with_options` passing a lambda as its last argument. class User < ActiveRecord::Base with_options dependent: :destroy do \|assoc\| assoc.has_many :profiles, -> { where(active: true) } end end It was happening because the `option_merger` was taking the last argument and checking if it was a Hash. This breaks the HasMany usage, because its last argument can be a Hash or a Proc. As the behavior described in this test: https://github.com/rails/rails/blob/master/activesupport/test/option_merger_test.rb#L69 the method will only accept the lambda, this way it will keep the expected behavior. See 9eaa0a34 2014-04-02 18:27:55 -04:00
			`with_options dependent: :destroy do \|assoc\|`
			`assoc.has_many :students, -> { where(active: true) }`
			`end`
added test for #3732 2012-02-10 17:35:22 -05:00			`end`