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 <dchelimsky@...> wrote:
On 10/23/07, sinclair bain <rspec.user@...> 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
rspec-users@...
http://rubyforge.org/mailman/listinfo/rspec-users
_______________________________________________
rspec-users mailing list
rspec-users@...
http://rubyforge.org/mailman/listinfo/rspec-users