File rubygem-shoulda-matchers.changes of Package rubygem-shoulda-matchers

-------------------------------------------------------------------
Wed Aug  2 07:41:37 UTC 2017 - cbruckmayer@suse.com

- updated to version 3.1.2
  see installed NEWS.md

  # 3.1.2

  ### Deprecations

  * This is the last version that supports Rails 4.0 and 4.1 and Ruby 2.0 and 2.1.

  ### Bug fixes

  * When the permit matcher was used without #on, the controller did not use
  params#require, the params object was duplicated, and the matcher did not
  recognize the #permit call inside the controller. This behavior happened
  because the matcher overwrote double registries with the same parameter hash
  whenever ActionController::Parameters was instantiated.

  Commit: [44c019]
  Issue: [#899]
  Pull request: [#902]
 

-------------------------------------------------------------------
Fri Jan 29 05:34:40 UTC 2016 - coolo@suse.com
- updated to version 3.1.1
 see installed NEWS.md

  # 3.1.1
  
  ### Bug fixes
  
  * Some matchers make use of ActiveSupport's `in?` method, but do not include the
    file where this is defined in ActiveSupport. This causes problems with
    projects using shoulda-matchers that do not include all of ActiveSupport by
    default. To fix this, replace `in?` with Ruby's builtin `include?`.
  
    * *Pull request: [#879]*
  
  * `validate_uniqueness_of` works by creating a record if it doesn't exist, and
    then testing against a new record with various attributes set that are equal
    to (or different than) corresponding attributes in the existing record. In
    3.1.0 a change was made whereby when the uniqueness matcher is given a new
    record and creates an existing record out of it, it ensures that the record is
    valid before continuing on. This created a problem because if the subject,
    before it was saved, was empty and therefore in an invalid state, it could not
    effectively be saved. While ideally this should be enforced, doing so would be
    a backward-incompatible change, so this behavior has been rolled back.
    ([#880], [#884], [#885])
  
    * *Commit: [45de869]*
    * *Issues: [#880], [#884], [#885]*
  
  * Fix an issue with `validate_uniqueness_of` + `scoped_to` when used against a
    model where the attribute has multiple uniqueness validations and each
    validation has a different set of scopes. In this case, a test written for the
    first validation (and its scopes) would pass, but tests for the other
    validations (and their scopes) would not, as the matcher only considered the
    first set of scopes as the *actual* set of scopes.
  
    * *Commit: [28bd9a1]*
    * *Issues: [#830]*
  
  ### Improvements
  
  * Update `validate_uniqueness_of` so that if an existing record fails to be
    created because a column is non-nullable and was not filled in, raise an
    ExistingRecordInvalid exception with details on how to fix the test.
  
    * *Commit: [78ccfc5]*
  
  [#879]: https://github.com/thoughtbot/shoulda-matchers/issues/879
  [45de869]: https://github.com/thoughtbot/shoulda-matchers/commit/45de8698487d57f559c5bf35818d1c1ee82b0e77
  [#880]: https://github.com/thoughtbot/shoulda-matchers/issues/880
  [#884]: https://github.com/thoughtbot/shoulda-matchers/issues/884
  [#885]: https://github.com/thoughtbot/shoulda-matchers/issues/885
  [78ccfc5]: https://github.com/thoughtbot/shoulda-matchers/commit/78ccfc50b52fa686c109d614df66744b0da65380
  [28bd9a1]: https://github.com/thoughtbot/shoulda-matchers/commit/28bd9a10c71af4d541b692d6204163c394ebd33c
  [#830]: https://github.com/thoughtbot/shoulda-matchers/issues/830

-------------------------------------------------------------------
Tue Jan 12 05:52:59 UTC 2016 - coolo@suse.com

- updated to version 3.1.0
 see installed NEWS.md

  # 3.1.0
  
  ### Bug fixes
  
  * Update `validate_numericality_of` so that submatchers are applied lazily
    instead of immediately. Previously, qualifiers were order-dependent, meaning
    that if you used `strict` before you used, say, `odd`, then `strict` wouldn't
    actually apply to `odd`. Now the order that you specify qualifiers doesn't
    matter.
  
    * *Source: [6c67a5e]*
  
  * Fix `allow_value` so that it does not raise an AttributeChangedValueError
    (formerly CouldNotSetAttributeError) when used against an attribute that is an
    enum in an ActiveRecord model.
  
    * *Source: [9e8603e]*
  
  * Add a `ignoring_interference_by_writer` qualifier to all matchers, not just
    `allow_value`. *This is enabled by default, which means that you should never
    get a CouldNotSetAttributeError again.* (You may get some more information if
    a test fails, however.)
  
    * *Source: [1189934], [5532f43]*
    * *Fixes: [#786], [#799], [#801], [#804], [#817], [#841], [#849], [#872],
      [#873], and [#874]*
  
  * Fix `validate_numericality_of` so that it does not blow up when used against
    a virtual attribute defined in an ActiveRecord model (that is, an attribute
    that is not present in the database but is defined using `attr_accessor`).
  
    * *Source: [#822]*
  
  * Update `validate_numericality_of` so that it no longer raises an
    IneffectiveTestError if used against a numeric column.
  
    * *Source: [5ed0362]*
    * *Fixes: [#832]*
  
  [6c67a5e]: https://github.com/thoughtbot/shoulda-matchers/commit/6c67a5eb0df265d3a565aa7d1a7e2b645051eb5a
  [9e8603e]: https://github.com/thoughtbot/shoulda-matchers/commit/9e8603eb745bfa2a5aea6dfef85adf680d447151
  [1189934]: https://github.com/thoughtbot/shoulda-matchers/commit/118993480604d39c73687d069f7af3726f3e3f3e
  [5532f43]: https://github.com/thoughtbot/shoulda-matchers/commit/5532f4359aa332b10de7d46f876eaffd4a95b5b6
  [#786]: https://github.com/thoughtbot/shoulda-matchers/issues/786
  [#799]: https://github.com/thoughtbot/shoulda-matchers/issues/799
  [#801]: https://github.com/thoughtbot/shoulda-matchers/issues/801
  [#804]: https://github.com/thoughtbot/shoulda-matchers/issues/804
  [#817]: https://github.com/thoughtbot/shoulda-matchers/issues/817
  [#841]: https://github.com/thoughtbot/shoulda-matchers/issues/841
  [#849]: https://github.com/thoughtbot/shoulda-matchers/issues/849
  [#872]: https://github.com/thoughtbot/shoulda-matchers/issues/872
  [#873]: https://github.com/thoughtbot/shoulda-matchers/issues/873
  [#874]: https://github.com/thoughtbot/shoulda-matchers/issues/874
  [#822]: https://github.com/thoughtbot/shoulda-matchers/pull/822
  [5ed0362]: https://github.com/thoughtbot/shoulda-matchers/commit/5ed03624197314865ff5463e473e5e84bb91d9ea
  [#832]: https://github.com/thoughtbot/shoulda-matchers/issues/832
  
  ### Features
  
  * Add a new qualifier, `ignoring_case_sensitivity`, to `validate_uniqueness_of`.
    This provides a way to test uniqueness of an attribute whose case is
    normalized, either in a custom writer method for that attribute, or in a
    custom `before_validation` callback.
  
    * *Source: [#840]*
    * *Fixes: [#836]*
  
  [#840]: https://github.com/thoughtbot/shoulda-matchers/pull/840
  [#836]: https://github.com/thoughtbot/shoulda-matchers/issues/836
  
  ### Improvements
  
  * Improve failure messages and descriptions of all matchers across the board so
    that it is easier to understand what the matcher was doing when it failed.
    (You'll see a huge difference in the output of the numericality and uniqueness
    matchers in particular.)
  
  * Matchers now raise an error if any attributes that the matcher is attempting
    to set do not exist on the model.
  
    * *Source: [2962112]*
  
  * Update `validate_numericality_of` so that it doesn't always run all of the
    submatchers, but stops on the first one that fails. Since failure messages
    now contain information as to what value the matcher set on the attribute when
    it failed, this change guarantees that the correct value will be shown.
  
    * *Source: [8e24a6e]*
  
  * Continue to detect if attributes change incoming values, but now instead of
    immediately seeing a CouldNotSetAttributeError, you will only be informed
    about it if the test you've written fails.
  
    * *Source: [1189934]*
  
  * Add an additional check to `define_enum_for` to ensure that the column that
    underlies the enum attribute you're testing is an integer column.
  
    * *Source: [68dd70a]*
  
  * Add a test for `validate_numericality_of` so that it officially supports money
    columns.
  
    * *Source: [a559713]*
    * *Refs: [#841]*
  
  [2962112]: https://github.com/thoughtbot/shoulda-matchers/commit/296211211497e624dde87adae68b385ad4cdae3a
  [8e24a6e]: https://github.com/thoughtbot/shoulda-matchers/commit/8e24a6e9b2b147f2c51fb03aa02543f213acab34
  [68dd70a]: https://github.com/thoughtbot/shoulda-matchers/commit/68dd70a23d8997a490683adcd2108a4a5cadf8ba
  [a559713]: https://github.com/thoughtbot/shoulda-matchers/commit/a559713f96303414551c0bc1767fb11eb19bcc5d

-------------------------------------------------------------------
Sat Oct 24 04:31:46 UTC 2015 - coolo@suse.com

- updated to version 3.0.1
 see installed NEWS.md

  # 3.0.1
  
  ### Bug fixes
  
  * Fix `validate_inclusion_of` + `in_array` when used against a date or datetime
    column/attribute so that it does not raise a CouldNotSetAttributeError.
    ([#783], [8fa97b4])
  
  * Fix `validate_numericality_of` when used against a numeric column so that it
    no longer raises a CouldNotSetAttributeError if the matcher has been qualified
    in any way (`only_integer`, `greater_than`, `odd`, etc.). ([#784], [#812])
  
  ### Improvements
  
  * `validate_uniqueness_of` now raises a NonCaseSwappableValueError if the value
    the matcher is using to test uniqueness cannot be case-swapped -- in other
    words, if it doesn't contain any alpha characters. When this is the case, the
    matcher cannot work effectively. ([#789], [ada9bd3])
  
  [#783]: https://github.com/thoughtbot/shoulda-matchers/pull/783
  [8fa97b4]: https://github.com/thoughtbot/shoulda-matchers/commit/8fa97b4ff33b57ce16dfb96be1ec892502f2aa9e
  [#784]: https://github.com/thoughtbot/shoulda-matchers/pull/784
  [#789]: https://github.com/thoughtbot/shoulda-matchers/pull/789
  [ada9bd3]: https://github.com/thoughtbot/shoulda-matchers/commit/ada9bd3a1b9f2bb9fa74d0dfe1f8f7080314298c
  [#812]: https://github.com/thoughtbot/shoulda-matchers/pull/812

-------------------------------------------------------------------
Fri Oct  2 04:30:49 UTC 2015 - coolo@suse.com

- updated to version 3.0.0
 see installed NEWS.md

  # 3.0.0
  
  ### Backward-incompatible changes
  
  * We've dropped support for Rails 3.x, Ruby 1.9.2, and Ruby 1.9.3, and RSpec 2.
    All of these have been end-of-lifed. ([a4045a1], [b7fe87a], [32c0e62])
  
  * The gem no longer detects the test framework you're using or mixes itself into
    that framework automatically. [History][no-auto-integration-1] has
    [shown][no-auto-integration-2] that performing any kind of detection is prone
    to bugs and more complicated than it should be.
  
    Here are the updated instructions:
  
    * You no longer need to say `require: false` in your Gemfile; you can
      include the gem as normal.
    * You'll need to add the following somewhere in your `rails_helper` (for
      RSpec) or `test_helper` (for Minitest / Test::Unit):
  
      ``` ruby
      Shoulda::Matchers.configure do |config|
        config.integrate do |with|
          # Choose a test framework:
          with.test_framework :rspec
          with.test_framework :minitest
          with.test_framework :minitest_4
          with.test_framework :test_unit
  
          # Choose one or more libraries:
          with.library :active_record
          with.library :active_model
          with.library :action_controller
          # Or, choose the following (which implies all of the above):
          with.library :rails
        end
      end
      ```
  
    ([1900071])
  
  * Previously, under RSpec, all of the matchers were mixed into all of the
    example groups. This created a problem because some gems, such as
    [active_model_serializers-matchers], provide matchers that share the same
    name as some of our own matchers. Now, matchers are only mixed into whichever
    example group they belong to:
  
      * ActiveModel and ActiveRecord matchers are available only in model example
        groups.
      * ActionController matchers are available only in controller example groups.
      * The `route` matcher is available only in routing example groups.
  
    ([af98a23], [8cf449b])
  
  * There are two changes to `allow_value`:
  
    * The negative form of `allow_value` has been changed so that instead of
      asserting that any of the given values is an invalid value (allowing good
      values to pass through), assert that *all* values are invalid values
      (allowing good values not to pass through). This means that this test which
      formerly passed will now fail:
  
      ``` ruby
      expect(record).not_to allow_value('good value', *bad_values)
      ```
  
      ([19ce8a6])
  
    * `allow_value` now raises a CouldNotSetAttributeError if in setting the
      attribute, the value of the attribute from reading the attribute back is
      different from the one used to set it.
  
      This would happen if the writer method for that attribute has custom logic
      to ignore certain incoming values or change them in any way. Here are three
      examples we've seen:
  
      * You're attempting to assert that an attribute should not allow nil, yet
        the attribute's writer method contains a conditional to do nothing if
        the attribute is set to nil:
  
        ``` ruby
        class Foo
          include ActiveModel::Model
  
          attr_reader :bar
  
          def bar=(value)
            return if value.nil?
            @bar = value
          end
        end
  
        describe Foo do
          it do
            foo = Foo.new
            foo.bar = "baz"
            # This will raise a CouldNotSetAttributeError since `foo.bar` is now "123"
            expect(foo).not_to allow_value(nil).for(:bar)
          end
        end
        ```
  
      * You're attempting to assert that an numeric attribute should not allow a
        string that contains non-numeric characters, yet the writer method for
        that attribute strips out non-numeric characters:
  
        ``` ruby
        class Foo
          include ActiveModel::Model
  
          attr_reader :bar
  
          def bar=(value)
            @bar = value.gsub(/\D+/, '')
          end
        end
  
        describe Foo do
          it do
            foo = Foo.new
            # This will raise a CouldNotSetAttributeError since `foo.bar` is now "123"
            expect(foo).not_to allow_value("abc123").for(:bar)
          end
        end
        ```
  
      * You're passing a value to `allow_value` that the model typecasts into
        another value:
  
        ``` ruby
        describe Foo do
          # Assume that `attr` is a string
          # This will raise a CouldNotSetAttributeError since `attr` typecasts `[]` to `"[]"`
          it { should_not allow_value([]).for(:attr) }
        end
        ```
  
      With all of these failing examples, why are we making this change? We want
      to guard you (as the developer) from writing a test that you think acts one
      way but actually acts a different way, as this could lead to a confusing
      false positive or negative.
  
      If you understand the problem and wish to override this behavior so that
      you do not get a CouldNotSetAttributeError, you can add the
      `ignoring_interference_by_writer` qualifier like so. Note that this will not
      always cause the test to pass.
  
      ``` ruby
      it { should_not allow_value([]).for(:attr).ignoring_interference_by_writer }
      ```
  
      ([9d9dc4e])
  
  * `validate_uniqueness_of` is now properly case-insensitive by default, to match
    the default behavior of the validation itself. This is a backward-incompatible
    change because this test which incorrectly passed before will now fail:
  
      ``` ruby
      class Product < ActiveRecord::Base
        validates_uniqueness_of :name, case_sensitive: false
      end
  
      describe Product do
        it { is_expected.to validate_uniqueness_of(:name) }
      end
      ```
  
      ([57a1922])
  
  * `ensure_inclusion_of`, `ensure_exclusion_of`, and `ensure_length_of` have been
    removed in favor of their `validate_*` counterparts. ([55c8d09])
  
  * `set_the_flash` and `set_session` have been changed to more closely align with
    each other:
    * `set_the_flash` has been removed in favor of `set_flash`. ([801f2c7])
    * `set_session('foo')` is no longer valid syntax, please use
      `set_session['foo']` instead. ([535fe05])
    * `set_session['key'].to(nil)` will no longer pass when the key in question
      has not been set yet. ([535fe05])
  
  * Change `set_flash` so that `set_flash[:foo].now` is no longer valid syntax.
    You'll want to use `set_flash.now[:foo]` instead. This was changed in order to
    more closely align with how `flash.now` works when used in a controller.
    ([#755], [#752])
  
  * Change behavior of `validate_uniqueness_of` when the matcher is not
    qualified with any scopes, but your validation is. Previously the following
    test would pass when it now fails:
  
    ``` ruby
    class Post < ActiveRecord::Base
      validate :slug, uniqueness: { scope: :user_id }
    end
  
    describe Post do
      it { should validate_uniqueness_of(:slug) }
    end
    ```
  
    ([6ac7b81])
  
  [active_model_serializers-matchers]: https://github.com/adambarber/active_model_serializers-matchers
  [no-auto-integration-1]: https://github.com/freerange/mocha/commit/049080c673ee3f76e76adc1e1a6122c7869f1648
  [no-auto-integration-2]: https://github.com/rr/rr/issues/29
  [1900071]: https://github.com/thoughtbot/shoulda-matchers/commit/190007155e0676aae84d08d8ed8eed3beebc3a06
  [b7fe87a]: https://github.com/thoughtbot/shoulda-matchers/commit/b7fe87ae915f6b1f99d64e847fea536ad0f78024
  [a4045a1]: https://github.com/thoughtbot/shoulda-matchers/commit/a4045a1f9bc454e618a7c55960942eb030f02fdd
  [57a1922]: https://github.com/thoughtbot/shoulda-matchers/commit/57a19228b6a85f12ba7a79a26dae5869c1499c6d
  [19ce8a6]: https://github.com/thoughtbot/shoulda-matchers/commit/19c38a642a2ae1316ef12540a0185cd026901e74
  [eaaa2d8]: https://github.com/thoughtbot/shoulda-matchers/commit/eaaa2d83e5cd31a3ca0a1aaa65441ea1a4fffa49
  [55c8d09]: https://github.com/thoughtbot/shoulda-matchers/commit/55c8d09bf2af886540924efa83c3b518d926a770
  [801f2c7]: https://github.com/thoughtbot/shoulda-matchers/commit/801f2c7c1eab3b2053244485c9800f850959cfef
  [535fe05]: https://github.com/thoughtbot/shoulda-matchers/commit/535fe05be8686fdafd8b22f2ed5c4192bd565d50
  [6ac7b81]: https://github.com/thoughtbot/shoulda-matchers/commit/6ac7b8158cfba3b518eb3da3c24345e4473b416f
  [#755]: https://github.com/thoughtbot/shoulda-matchers/pull/755
  [#752]: https://github.com/thoughtbot/shoulda-matchers/pull/752
  [9d9dc4e]: https://github.com/thoughtbot/shoulda-matchers/commit/9d9dc4e6b9cf2c19df66a1b4ba432ad8d3e5dded
  [32c0e62]: https://github.com/thoughtbot/shoulda-matchers/commit/32c0e62596b87e37a301f87bbe21cfcc77750552
  
  ### Bug fixes
  
  * So far the tests for the gem have been running against only SQLite. Now they
    run against PostgreSQL, too. As a result we were able to fix some
    Postgres-related bugs, specifically around `validate_uniqueness_of`:
  
    * When scoped to a UUID column that ends in an "f", the matcher is able to
      generate a proper "next" value without erroring. ([#402], [#587], [#662])
  
    * Support scopes that are PostgreSQL array columns. Please note that this is
      only supported for Rails 4.2 and greater, as versions before this cannot
      handle array columns correctly, particularly in conjunction with the
      uniqueness validator. ([#554])
  
    * Fix so that when scoped to a text column and the scope is set to nil before
      running it through the matcher, the matcher does not fail. ([#521], [#607])
  
  * Fix `define_enum_for` so that it actually tests that the attribute is present
    in the list of defined enums, as you could fool it by merely defining a class
    method that was the pluralized version of the attribute name. In the same
    vein, passing a pluralized version of the attribute name to `define_enum_for`
    would erroneously pass, and now it fails. ([#641])
  
  * Fix `permit` so that it does not break the functionality of
    ActionController::Parameters#require. ([#648], [#675])
  
  * Fix `validate_uniqueness_of` + `scoped_to` so that it does not raise an error
    if a record exists where the scoped attribute is nil. ([#677])
  
  * Fix `route` matcher so if your route includes a default `format`, you can
    specify this as a symbol or string. ([#693])
  
  * Fix `validate_uniqueness_of` so that it allows you to test against scoped
    attributes that are boolean columns. ([#457], [#694])
  
  * Fix failure message for `validate_numericality_of` as it sometimes didn't
    provide the reason for failure. ([#699])
  
  * Fix `shoulda/matchers/independent` so that it can be required
    independently, without having to require all of the gem. ([#746], [e0a0200])
  
  ### Features
  
  * Add `on` qualifier to `permit`. This allows you to make an assertion that
    a restriction was placed on a slice of the `params` hash and not the entire
    `params` hash. Although we don't require you to use this qualifier, we do
    recommend it, as it's a more precise check. ([#675])
  
  * Add `strict` qualifier to `validate_numericality_of`. ([#620])
  
  * Add `on` qualifier to `validate_numericality_of`. ([9748869]; h/t [#356],
    [#358])
  
  * Add `join_table` qualifier to `have_and_belong_to_many`. ([#556])
  
  * `allow_values` is now an alias for `allow_value`. This makes more sense when
    checking against multiple values:
  
    ``` ruby
    it { should allow_values('this', 'and', 'that') }
    ```
  
    ([#692])
  
  [9748869]: https://github.com/thoughtbot/shoulda-matchers/commit/97488690910520ed8e1f2e164b1982eff5ef1f19
  [#402]: https://github.com/thoughtbot/shoulda-matchers/pull/402
  [#587]: https://github.com/thoughtbot/shoulda-matchers/pull/587
  [#662]: https://github.com/thoughtbot/shoulda-matchers/pull/662
  [#554]: https://github.com/thoughtbot/shoulda-matchers/pull/554
  [#641]: https://github.com/thoughtbot/shoulda-matchers/pull/641
  [#521]: https://github.com/thoughtbot/shoulda-matchers/pull/521
  [#607]: https://github.com/thoughtbot/shoulda-matchers/pull/607
  [#648]: https://github.com/thoughtbot/shoulda-matchers/pull/648
  [#675]: https://github.com/thoughtbot/shoulda-matchers/pull/675
  [#677]: https://github.com/thoughtbot/shoulda-matchers/pull/677
  [#620]: https://github.com/thoughtbot/shoulda-matchers/pull/620
  [#693]: https://github.com/thoughtbot/shoulda-matchers/pull/693
  [#356]: https://github.com/thoughtbot/shoulda-matchers/pull/356
  [#358]: https://github.com/thoughtbot/shoulda-matchers/pull/358
  [#556]: https://github.com/thoughtbot/shoulda-matchers/pull/556
  [#457]: https://github.com/thoughtbot/shoulda-matchers/pull/457
  [#694]: https://github.com/thoughtbot/shoulda-matchers/pull/694
  [#692]: https://github.com/thoughtbot/shoulda-matchers/pull/692
  [#699]: https://github.com/thoughtbot/shoulda-matchers/pull/699
  [#746]: https://github.com/thoughtbot/shoulda-matchers/pull/746
  [e0a0200]: https://github.com/thoughtbot/shoulda-matchers/commit/e0a0200fe47157c161fb206043540804bdad664e

-------------------------------------------------------------------
Tue Feb 10 18:33:19 UTC 2015 - coolo@suse.com

- updated to version 2.8.0

-------------------------------------------------------------------
Mon Oct 13 18:46:02 UTC 2014 - coolo@suse.com

- adapt to new rubygem packaging

-------------------------------------------------------------------
Sun May 18 09:04:42 UTC 2014 - coolo@suse.com

- updated to version 2.6.1
 ## Features
 
 * Teach `with_message` qualifier on `allow_value` to accept a hash of i18n
   interpolation values:
   `allow_value('foo').for(:attr).with_message(:greater_than, values: { count: 20 })`.
 
 ## Bug fixes
 
 * Revert changes to `validate_numericality_of` made in the last release, which
   made it so that comparison qualifiers specified on the validation are tested
   using a very small decimal number offset rather than a whole number by
   default, except if the matcher was qualified with `only_integer`. This means
   that prior to 2.6.0, if your validation specified `only_integer` and you did
   not, then after 2.6.0 that test would fail. This is now fixed.
 
 * Fix regression in previous release where ActiveRecord matchers would not be
   included when ActiveRecord wasn't defined (i.e. if you were using ActiveModel
   only).
 
 * Revert the behavior of `allow_value` changed in 2.6.0 (it will no longer raise
   CouldNotClearAttribute). This was originally done as a part of a fix for
   `validate_presence_of` when used in conjunction with `has_secure_password`.
   That fix has been updated so that it does not affect `allow_value`.
 
 * Fix callback matchers and correct test coverage.
 
 * Fix `permit` so that it does not interfere with different usages of `params`
   in your controller action. Specifically, this will not raise an error:
   `params.fetch(:foo, {}).permit(:bar, :baz)` (the `permit` will have no
   problems recognizing that :bar and :baz are permitted params).
 
 * Fix `permit` on Rails 4.1 to use PATCH by default for #update instead of PUT.
   Previously you had to specify this manually.
 
 * Fix `permit` so that it track multiple calls to #permit in your controller
   action. Previously only the last usage of #permit would be considered in
   determining whether the matcher matched.
 
 * Fix `permit` so that if the route for your action requires params (such as id)
   then you can now specify those params:
   `permit(:first_name, :last_name).for(:update, params: { id: 42 })`.
 
 * Fix `delegate_method` so that it does not stub the target method forever,
   returning it to its original implementation after the match ends.
 
 * Fix `validate_uniqueness_of` to work with Rails 4.1 enum columns.
 
 # 2.6.0
 
 * The boolean argument to `have_db_index`'s `unique` option is now optional, for
   consistency with other matchers.
 
 * Association matchers now test that the model being referred to (either
   implicitly or explicitly, using `:class_name`) actually exists.
 
 * Add ability to test `:autosave` option on associations.
 
 * Fix `validate_uniqueness_of(...).allow_nil` so that it can be used against an
   non-password attribute which is in a model that `has_secure_password`. Doing
   so previously would result in a "Password digest missing on new record" error.

-------------------------------------------------------------------
Mon Jan 20 09:29:00 UTC 2014 - coolo@suse.com

- updated to version 2.5.0
 * Fix Rails/Test::Unit integration to ensure that the test case classes we are
   re-opening actually exist.
 
 * Fix `ensure_length_of` so that it uses the right message to validate when
   `is_equal_to` is specified in conjunction with a custom message.
 
 * The `route` matcher now accepts specifying a controller/action pair as a
   string instead of only a hash (e.g. `route(...).to('posts#index')` instead of
   `route(...).to(controller: 'posts', action: 'index')`).
 
 * The `ensure_inclusion_of` matcher now works with a decimal column.
 
 * Under Rails 3, if you had an association matcher chained with the
   the `order` submatcher -- e.g. `should have_many(:foos).order(:bar)` -- and
   your association had an `:include` on it, using the matcher would raise an
   error. This has been fixed.
 
 * Fix `validate_uniqueness_of` so it doesn't fail if the attribute under
   test has a limit of fewer than 16 characters.
 
 * You can now test that your `has_many :through` or `has_one :through`
   associations are defined with a `:source` option.
 
 * Add new matcher `validates_absence_of`.
 
 * Update matchers so that they use `failure_message` and
   `failure_message_when_negated` to define error messages. These are new methods
   in the upcoming RSpec 3 release which replace `failure_message_for_should` and
   `failure_message_for_should_not`. We've kept backward compatibility so all of
   your existing tests should still work -- this is just to make sure when RSpec
   3 is released you don't get a bunch of warnings.

-------------------------------------------------------------------
Thu Oct 10 14:20:48 UTC 2013 - coolo@suse.com

- updated to version 2.4.0
 * Fix a bug with the `validate_numericality_of` matcher that would not allow the
   `with_message` option on certain submatchers.
 
 * Fix a regression with context-dependent validations in ActiveResource
 
 * shoulda-matchers is now fully compatible with Rails 4.
 
 * When not using RSpec, shoulda-matchers is now auto-included into
   ActiveSupport::TestCase instead of Test::Unit::TestCase (in Rails 4
   the former no longer inherits from the latter).

-------------------------------------------------------------------
Mon Aug 26 05:05:52 UTC 2013 - coolo@suse.com

- updated to version 2.3.0

-------------------------------------------------------------------
Thu Jun 13 05:22:58 UTC 2013 - coolo@suse.com

- updated to version 2.2.0

-------------------------------------------------------------------
Thu May  9 17:40:41 UTC 2013 - coolo@suse.com

- updated to version 2.1.0
 * Add missing `failure_message_for_should_not` implementations to
 `validate_numericality_of` and its submatchers
 
 * Support validation contexts for testing validations `on: :create` and when using custom contexts like `model.valid?(:my_context)`.
 
 * Fix a bug in validations with autosaved models.
 
 * Fix maximum value detection for the `ensure_inclusion_of` and
 `ensure_exclusion_of` matchers.
 
 * Add `:odd` and `:even` options to the `validate_numericality_of` matcher.
 
 * Add `:touch` option to AssociationMatcher.
 
 * Ruby 2.0.0 is now officially supported.
 
 * Fix the issue where using `%{attribute}` or `%{model}` in I18n translations
 raised exceptions.
 
 * Support datetime columns in `validate_uniqueness_of.scoped_to`.
 
 * Add `allow_nil` option to the `validate_uniqueness_of` matcher.

-------------------------------------------------------------------
Sun Apr 14 08:28:54 UTC 2013 - coolo@suse.com

- updated to version 2.0.0

-------------------------------------------------------------------
Wed Mar 20 06:15:31 UTC 2013 - coolo@suse.com

- updated to version 1.5.2
 * Bump version depedency of Bourne to allow for Mocha upgrade.
 * Should fix incompatiblity with MiniTest.

-------------------------------------------------------------------
Tue Mar 19 19:50:16 UTC 2013 - coolo@suse.com

- fix permissions

-------------------------------------------------------------------
Mon Mar 18 13:01:20 UTC 2013 - coolo@suse.com

- updated to version 1.5.0

-------------------------------------------------------------------
Sat Dec  1 14:19:26 UTC 2012 - coolo@suse.com

- updated to version 1.4.2
 * Added a new delegate_method matcher.

-------------------------------------------------------------------
Sun Oct 28 05:58:39 UTC 2012 - coolo@suse.com

- updated to version 1.4.1

-------------------------------------------------------------------
Tue Oct  9 08:31:39 UTC 2012 - coolo@suse.com

- updated to version 1.4.0

-------------------------------------------------------------------
Sun Sep  2 10:36:13 UTC 2012 - coolo@suse.com

- updated to version 1.3.0
  * `validate_format_of` will accept `allow_blank(bool)` and `allow_nil(bool)`
  
  * Prefer Test::Unit to Minitest when loading integrations so that RubyMine is
    happy (#88).
  
  * `validates_uniqueness_of` will now create a record if one does not exist.
    Previously, users were required to create a record in the database before
    using this matcher.
  
  * Fix an edge case when where the matchers weren't loaded into Test::Unit when
    mixing RSpec and Test::Unit tests and also loading both the 'rspec-rails' gem
    and 'shoulda-matchers' gem from the same Gemfile group, namely [:test,
    :development].
  
  * `controller.should_not render_partial` now correctly matches `render partial: "partial"`.

-------------------------------------------------------------------
Mon Jul 30 19:08:03 UTC 2012 - coolo@suse.com

- initial package