capybaraを1.0.1から1.1.4にアップグレードすると、database_cleanerが仕様を破る

Question

古いRailsアプリケーションをバージョン3.2.11にアップグレードしました。これは、capybaraバージョン1.0.1を使用して作成されたリクエスト仕様が多く、セレンドライバ。データベースは、切り捨て戦略を使用してdatabase_cleanerを使用して、各テスト後にクリーンアップされます。

最新バージョンのポルターガイストを使用できるようにするには、セレンの代わりにポルターガイストを使用し、カピバラを1.0.1から1.1.4にアップグレードします。カピバラの宝石（およびその依存関係）を変更するだけで、仕様の実行に問題が生じました。

Postgresqlデータベースのデッドロックエラーは、各仕様の後にクリーンアップハンドラで一貫して取得できます。私spec_helperはかなり基本的であり、このようになります：私は、テストデータを作成していないが、それ以外IMO特別なことは何もしFactoryGirlを使用

An error occurred in an after hook 
    ActiveRecord::StatementInvalid: PG::Error: ERROR: deadlock detected 
DETAIL: Process 41747 waits for AccessExclusiveLock on relation 17612 of database 16396; blocked by process 41752. 
Process 41752 waits for RowExclusiveLock on relation 17529 of database 16396; blocked by process 41747. 
HINT: See server log for query details. 
: ALTER TABLE "aaa" ENABLE TRIGGER ALL;ALTER TABLE "bbbb" ENABLE TRIGGER ALL;ALTER TABLE "ccc" ENABLE TRIGGER ALL; 
    occurred at /xxx/.bundle/gems/activerecord-3.2.11/lib/active_record/connection_adapters/postgresql_adapter.rb:652:in `async_exec' 

：

RSpec.configure do |config| 
    config.mock_with :rspec 

    config.use_transactional_fixtures = false 

    config.before(:suite) do 
    DatabaseCleaner.strategy = :truncation 
    DatabaseCleaner.clean_with(:truncation) 
    end 

    config.before(:each) do 
    DatabaseCleaner.start 
    end 

    config.after(:each) do 
    DatabaseCleaner.clean 
    end 
end 

私が手にエラーがこのようなものです。

私は、database_cleanerによって作成されたデッドロックのもう一方の端を保持しているものを把握できませんでした。それを理解するためのアイディアは大歓迎です。

capybara 1.0.1と1.1.4の間の変更があり、変更されている可能性があります。これらの問題が発生している可能性がありますか？いくつかのAJAXのものをして、私は（またはあなたのケースでは「スペック」）ステップの終わりに

sleep 0.2 

を配置することによって、キュウリでこの問題を回避するだ

Answer 1

。私は、JSドライバーがまだajaxレスポンスを待っている間、キュウリ/ rspecがデータベースクリーナーを呼び出すということが起こると思います。

Answer 2

修正プログラムはsleepを使用するのではなく、期待されるものを待つためにCapybara APIメソッドのみを使用します。

以下

、2行目は失敗します（current_pathが非待機ですが、ライン3作品（has_selector?待ちなど）。ジョナスニクラス記事へのリンクは以下のそれをよく説明しているよう。

click_on 'signup_button' # Which does an AJAX redirect to /dashboard 
assert_equal dashboard_path, current_path # This causes the deadlock error as Capybara doesn't wait. 
assert page.has_selector?("#dashboard") # This works as it causes Capybara to wait for the new page. 

http://www.elabs.se/blog/53-why-wait_until-was-removed-from-capybara

Answer 3

我々が使用

ソリューションは、成功したAJAX呼び出しに応じて変更する必要がありますページで何かを見つけることですのようなものだから、：。

click_on('Save') 
expect(page).to have_content('Saved')