Fix broken specs
Reported by Paul Sadauskas (Rando) | November 26th, 2007 @ 10:17 PM
A fresh checkout gives me 19 spec failures. I tracked it down to the delete_command_spec. Somehow, dropping the zoos table confuses the database @adapter, and results in quoting errors in the other specs. Loading the zoos fixture after the spec is run seems to fix it. Don't ask me why.
Here's a patch that fixes them.
Comments and changes to this ticket
-
Nick Plante November 30th, 2007 @ 03:05 AM
- State changed from “new” to “open”
I can't replicate this breakage... anyone else??
-
-
Sam Smoot December 5th, 2007 @ 12:34 PM
- State changed from “open” to “resolved”
I think this was probably related to an un-ticketed bug I just fixed.
The database context stack didn't get popped properly if an exception was thrown. So successive specs would be executing against the wrong adapter. Added an #ensure to fix this.
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.
Create new ticket
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile »
Nick Plante
Paul Sadauskas (Rando)
Rick