Removed the after_initialize callback in old syntax
as specifying the class name as second parameter in
"serialize options, Hash" causes options to always
have the default value of hash (an empty hash)
- see API documentation of ActiveRecord::Base -
so there is no need to call after_initialize
to create an empty hash if none is present.
test for a timing bug in a cuke
another timing dependent cuke
timing is everything
lets give the cukes some time to rest
make ci happy with a timing hack in our cukes
openproject version 3.0.0beta1
Wiki menu items: Fix route and edit form
Fix users/deletability settings scenario

Also fix cuke path for 'the settings page'
Fix feature issue textile quickinfo links

'within x' creates a scope, so issue steps don't need to match the 'within'
Don't overwrite Capybara's find

There are good reasons wait_until was removed in capybara 2.0.
See http://www.elabs.se/blog/53-why-wait_until-was-removed-from-capybara
remove explicit waits in cucumber steps
fix group cukes
use rack_session_access gem to fake the user session within cucumber steps
Merge branch 'feature/rails3' of github.com:opf/openproject into feature/rails3
let's see whether the ci is happier with this..
Fix custom fields cukes when using standard capybara find
Merge pull request #63 from opf/feature/rails3_wiki_after_initialize

Removed the after_initialize callback in old syntax
CSS: fixes .ajax-indicator image path
Increase capybara default wait time to 10s

We worked around this with wait_until, but capybara should solve this more efficiently and hopefully more reliably.
Let's see how this impacts cuke execution time.