Hi all,
I think I have stumbled upon a bug in HashWithIndifferentAccess.
I cannot pinpoint it exactly, but I have written a small test case that
exhibits the buggy behavior:
https://gist.github.com/yemartin/54db7476aa41b85e7eb8
The same code works fine if we use a regular Hash for `@store` ins
I am seeing this with Rails 4.2.4.
On Wednesday, 2 September 2015 05:29:56 UTC+9, James Coleman wrote:
>
> The []= operator should still return whatever it sets, though, which would
> mean the two different accesses should return the same thing. And I believe
> this is the case currently. To no
On Wednesday, 2 September 2015 05:21:38 UTC+9, Matt jones wrote:
>
>
> On Sep 1, 2015, at 6:29 AM, Yves-Eric >
> wrote:
>
> > Hi all,
> >
> >
> > I think I have stumbled upon a bug in HashWithIndifferentAccess.
> > I cannot pinpoint it ex
Hi all,
I have been hit by this issue too a few years back, so I think I should
contribute. First, I18n has been a first class citizen since Rails 2.2
(http://weblog.rubyonrails.org/2008/11/18/new-rails-2-2-i18n-defaults), so
I would not be so quick to dismiss the problem because a minority of
Hi,
After upgrading from 4.2.4 to 4.2.5.1, I am getting this error on our CI
server, for 6 projects out of 10:
$ bundle exec rake db:schema:load
rake aborted!
NoMethodError: method `register_preprocessor' for nil:NilClass
/home/rof/cache/bundler/ruby/2.1.0/gems/less-rails-2.7.0/lib/less/rails/
right direction, and sorry for the noise.
Cheers,
Yves-Eric
On Tuesday, 26 January 2016 13:32:13 UTC+9, Sean Linsley wrote:
>
> Hi Yves-Eric,
>
> This probably isn’t the right place to point out that issue. Searching
> around, I found these tickets:
>
> - https://github
Hi Josef,
There are good reasons for keeping APIs footprint small and not adding
unnecessary public methods, even if they may be easy to implement. So before
talking implementation, maybe making a strong case for why this `ordered?`
would be a good addition to the Rails API would help your idea
