David,This does the trick. However this is the same in the REL_1_0_8 tag yet that works as before. The only thing which changed being the rspec plugin versions.
So it looks like something else may have changed, I am wondering if this was an error case which was ignored in the REL_1_0_8 tag. Anyway I am where I was (?) . I will poke around a little more ... Thanks ! Cheers! sinclair On 10/23/07, David Chelimsky <[EMAIL PROTECTED]> wrote: > > On 10/23/07, sinclair bain <[EMAIL PROTECTED]> wrote: > > Oops, > > > > A bit over-zealous on the send. > > > > As I meant to add > > This was not the case last week. This did not occur until yesterday when > I > > svn upped the project (I had installed the rspec trunk as an > svn:external). > > This all occurs on WindowsXP > > Ah - I am therefore not able to help debug this precisely - though I > did follow your instructions and got a different error: > > 1) > SQLite3::SQLException in 'trunk error should not fail' > cannot start a transaction within a transaction > > /Users/david/projects/ruby/trunk-error/vendor/plugins/rspec_on_rails/lib/spec/rails/dsl/behaviour/rails_example.rb:17:in > `before_eval' > > > 2) > SQLite3::SQLException in 'trunk error should fail' > cannot start a transaction within a transaction > > /Users/david/projects/ruby/trunk-error/vendor/plugins/rspec_on_rails/lib/spec/rails/dsl/behaviour/rails_example.rb:17:in > `before_eval' > > Setting config.use_transactional_fixtures = false in > spec/spec_helper.rb resolved that. Any chance that is the source of > your problem? > > _______________________________________________ > rspec-users mailing list > [email protected] > http://rubyforge.org/mailman/listinfo/rspec-users >
_______________________________________________ rspec-users mailing list [email protected] http://rubyforge.org/mailman/listinfo/rspec-users
