[PATCH] fixture_scenarios_with_scenario_builder fixes
-
Joe Noon
Updated PATCH:
I may just start my own branch from here since it seems like I am changing some core decisions in the code. Please let me know if you think this would be best.
-
Chris Wanstrath
- State changed from new to open
I don't get why we need to duplicate information.
Is the reason because if you've fixtures/users/users.yml and fixtures/users/unauthorized/users.yml, only one of those two files will be loaded?
Having to destroy records you don't want in a nested scenario seems weird. Is this what you're currently doing?
-
Chris Wanstrath
- State changed from open to hold
-
Chris Wanstrath
For the record, I refactored this into a fixture_scenarios add-on rather than forking the plugin proper.
-
Dougal Sutherland
I discovered the fixture_scenarios_builder plugin earlier today, and in a fit of ecstasy converted all my old-school fixtures to a scenario.rb file. But I ran into issues with nesting: namely, I can't (cleanly) have my child scenarios refer to data in parents, to set up model relationships and such. And then I discovered this ticket, and apparently there's an add-on that solves exactly that problem. Awesome.
Unfortunately, I can't seem to find it in svn. Am I just stupid?
And I get lots of problems trying to apply Joe's patch. Files aren't named the same as when he made it, and after I fixed all those I got an error about a hunk ending suddenly: I'll try to get it working later, but if there's an add-on somewhere, that would be so much more convenient.
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.