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 /railties/lib/rails/generators/css | |
| 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 'railties/lib/rails/generators/css')
0 files changed, 0 insertions, 0 deletions
