About Me
Hi, I'm Angie, and I'm a geek. If you want to know more, read all the boring details.
- My crazy travel schedule has me located
- HOME until Drupalcon Szeged!
- Currently watching
- Battlestar Galactica - Season 2
- Currently playing
- Final Fantasy VII: Crisis Core
- Currently reading
- The End of Poverty: Economic Possibilities for Our Time
I'm always up for suggestions, too. :)
Drupal powers this site, and I help power Drupal.

Recent comments
- Still Learning Drupal
3 days 14 hours ago - Belgian pralines for the ultimate tester
4 days 4 hours ago - How does one get nominated
5 days 59 min ago - Thank you
1 week 1 day ago - This is great
1 week 3 days ago - Well, jeeeez, if someone had
1 week 3 days ago - Advanced psychology
1 week 3 days ago - Nice.
1 week 4 days ago - ditto
1 week 4 days ago - Contacted Amber...
1 week 4 days ago

Maybe a change to drupal.org issue workflow?
It seems to me that, as long as testing is an opt-in process, this problem won't go away. testing.drupal.org will make a huge difference, but perhaps we need another solution in the meantime.
One possibility: Instead of asking people not to mark patches as RTBC until tests are written and all tests have been run, perhaps its time to add some new steps to the issue workflow. Ie instead of going from CNR to RTBC, perhaps it should be CNR => CNTR (Code Needs Tests Run) => RTBC. In this case, at least committing a patch without running tests would be an explicit decision.
True, http://drupal.org/node/156119 already clearly says that RTBC shouldn't be used until testing has been performed, but clearly people haven't fully embraced that practice and, instead, see the transition from CNR to RTBC as largely a code-review step, not a review and test step.
Just a thought.