the hash comes directly from the params.
I store in the serializable column the exact hash that is there, so it seems
like the params hash is not an instance of HashWithIndifferentAccess in the
new deployment...
why could this be?
--
You received this message because you are subscribed to th
could it be something to do with passenger?
I have just made 100% sure that both systems are using the exact same gems,
the only difference now is that I am using passenger on one system and not
on the one that is working ok
--
You received this message because you are subscribed to the Google
On Jul 19, 11:19 am, cipher_neo wrote:
> If I had of ran
>
> bundle install --deployment
>
> on the new machine, would that mean that it would not have specified
> dependencies as >= (which seems to be breaking the app as the newer gems are
> being downloaded and are incompatible with my code)
surely somebody has had this problem?
--
You received this message because you are subscribed to the Google Groups "Ruby
on Rails: Talk" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/rubyonrails-talk/-/DmvU9Hxv-YoJ.
To post to this group, send email to rubyonra
If I had of ran
bundle install --deployment
on the new machine, would that mean that it would not have specified
dependencies as >= (which seems to be breaking the app as the newer gems are
being downloaded and are incompatible with my code)
--
You received this message because you are subsc
Yes, I am using bundler, just that in my gemfile it states to use versions
either BIGGER THAN or equal (~>) to the speicified versions, which is the
reason why different versions are appearing on new systems.
I am not fully up on using bundler, is there a way to lock to specific
versions of gem
On Jul 18, 9:09 am, cipher_neo wrote:
>
> I am not sure what gems are actually used in building the params hash or
> when using the "serialize" call, could you shed some light on that and maybe
> I can pin point what gem exactly is at the wrong version?
some combination of the rack and rails gems
Hi Fred, thanks for your feedback.
Yes, the data contained in the subhash (table_order_data) comes directly
from the params hash.
In which case I am not in control of how that hash is built.
This leads me to think that it has got something to do with how the params
hash is constructed, rather
On Jul 15, 1:02 pm, Lee Farrell wrote:
> Hi,
>
> I am serializing an attribute in my model with serialize :data
>
> The data in question is a hash defined as
>
> which is different to the above (which actually worked for me)
>
> I am not sure what is going on, as I am using the exact same codeb
9 matches
Mail list logo
