-
Notifications
You must be signed in to change notification settings - Fork 203
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Merge keys not working as expected #8
Comments
Thanks for the bug report! Would you mind filing this bug on redmine: http://redmine.ruby-lang.org/projects/ruby-19/issues?set_filter=1&tracker_id=1 I can fix this, but if it's not on redmine, I'm afraid it won't get backported to 1.9.2. |
Awesome, thank you! |
Is there a way to upgrade Psych for 1.9.2-p136? p180 seems to use RubyGems 1.5 and that is not compatible with Ruby on Rails 2.3. |
A follow-up: his patch isn't in 1.9.2-p180. The only way to get it for Ruby on Rails 2.3 is to use HEAD and downgrade RubyGems to 1.3.7. Lets just say that virtually every Ruby (and especially Ruby on Rails) app I have seen since 2005 that runs in multiple environments, relies on this feature of YAML :( |
For now, I suggest you downgrade to use Syck. The way to do that is add this to your environment.rb:
I am thinking of releasing psych as a gem, but it must be 1.9 only. :-( |
So it is possible to switch back to Syck. Great, thank you. I personally think that 1.9-only version of Psych is totally fine: on 1.8, people seem to be pretty happy with Syck. |
The annoying thing is that even if I release a gem, you would be forced to say:
in your environment.rb. Otherwise the stdlib one would be required. Either I can teach people how to downgrade to syck, or teach people to install a gem, then add a special command to require it. I'm not sure which is least annoying. :-( |
I vote for the gem - the reason I want to try psych is that I frequently segfault in syck when running our test cases with complex VCR yaml fixtures. |
Fixed in ruby trunk, so I'm closing. Also, I've released a gem that is 1.9 only. |
@tenderlove, are there any plans to backport this to the next point release of 1.9.2? I see people hitting this issue over and over, including well-known folks in the Ruby community. That's kinda sad. |
@michaelklishin there is a ticket filed to backport to 1.9.2. In the mean time (as I have mentioned in the previous comments) please use the gem or downgrade to syck. |
actually, better add to application.rb, not environment.rb |
@tenderlove: What version of the Psych gem has this fixed? I get the problem with Psych 1.2.0 still. |
This is still an issue, and I'm having to fix every Rails app I run on 1.9.2 with this code in
It would be great if this hack was no longer necessary. |
@ndbroadbent please open a new ticket. In the new ticket, post code that parses your YAML file using 1.8 and 1.9 (with psych). Post the output for 1.8 and the output for 1.9, and we can get it fixed. Thanks. |
Also make sure to include the YAML file along with your sample program. Thanks! |
Aha! I see that it has been fixed in 1.9.2-p290, but not 1.9.2-p180. |
Sorry but it still not merging keys correctly as of Ruby 1.9.3p374 and Rails 3.2.11 rails/rails#9025
Start console:
|
I know it is veryyyyy old thread. But I started using/learning Ruby just now :-). As per the thread the merge issue is fixed; but I can see that the merge is working correctly only on single level. It is not working if the properties grows to multiple level. For example,
So when I access "development.api_services.port" should return "8080", but returning "nil". Is it expected behavior? Rather than just assigning the value in the else part
how about merging it with existing values?
|
Psych doesn't seem to support merge keys ( http://yaml.org/type/merge.html ) with alias/anchor the same way that syck does. I'm not sure if this is intentional or not, but its a pretty useful behavior so I'm filing a bug. Basically, while psych does allow one to use a merge key to pull a aliased mapping into another mapping, it does not allow one to add other items to that mapping. Very frequently I have a map that is mostly in common amongst a number of keys, with a subkey that differs, and this bug makes it impossible to achieve this behavior with psych.
For the yaml snippet below:
syck produces: {"foo"=>{"hello"=>"world"}, "bar"=>{"hello"=>"world", "baz"=>"boo"}}
psych produces: {"foo"=>{"hello"=>"world"}, "bar"=>{"hello"=>"world"}}
Note that in the yaml 1.1 spec ( http://yaml.org/spec/1.1/#id902561 ) it says "Note that an alias node must not specify any properties or content, as these were already specified at the first occurrence of the node.", however I think this should only apply when doing something like "bar: *foo". When using a merge key, you are creating a new node (which you don't add to), but merging it into a different mapping node - which you should be able to add to.
The text was updated successfully, but these errors were encountered: