diff options
author | Edouard CHIN <edouard.chin@shopify.com> | 2019-02-13 13:00:47 +0100 |
---|---|---|
committer | Edouard CHIN <edouard.chin@shopify.com> | 2019-02-14 14:11:05 +0100 |
commit | 4f7231da7017a198e5cff4735ffee6c7e5bb36a6 (patch) | |
tree | df70894c85f813b8948f5d9d17dc1f4c8fae910c /activemodel/lib/active_model/gem_version.rb | |
parent | 8d9d46fdae4502b8881eca641c51a64ee7804194 (diff) | |
download | rails-4f7231da7017a198e5cff4735ffee6c7e5bb36a6.tar.gz rails-4f7231da7017a198e5cff4735ffee6c7e5bb36a6.tar.bz2 rails-4f7231da7017a198e5cff4735ffee6c7e5bb36a6.zip |
Fix the `config_for` to always return a NonSymbolAccessDeprecatedHash:
- If you have hashes inside array, the hashes were getting initialized
as regular HWIA wereas we want them to be
NonSymbolAccessDeprecatedHash in order to trigger a deprecation
warning when keys are accessed with string.
This patch fixes that by overwriting the `[]=` to to the same
as what HWIA does (with the difference that we don't call
`convert_key` to not trigger a deprecation when setting value).
I also took the liberty to extract `hash.nested_under_indifferent_access`,
into a separate method to allow subclasses to return whatever
they want.
Inheriting HWIA is not common, but I think it's useful for cases
like this one where we want to preprocess reading and writing values
in the hash (for deprecation purposes or other reasons).
Diffstat (limited to 'activemodel/lib/active_model/gem_version.rb')
0 files changed, 0 insertions, 0 deletions