watir-webdriverを使用して断続的な「要素はDOMに接続されなくなりました」

Question

私はWatir-webdriver 0.5.3を使用しています。

while $browser.div(:class => /^expander$/).exists? 
    $browser.div(:class => /^expander$/).click; sleep 1.5 
end 

クリックは、TreeViewコントロールを拡大し、それがクリックされたのdivのクラスを変更し実行するためにいくつかのjavascriptの原因：前0.4.x年頃のバージョンでは、このトラブルはなかったです。このスクリプトの目的は、拡張されていないものがなくなるまでノードを拡張し続けることです。

私は頻繁にを取得しています。「DOMに要素が追加されなくなりました」.existsの？行です。これはespです。私が.exists?を広範囲に使用し始めた理由は、最初にスクリプトを直ちにクラッシュさせるようなエラーを避けるためでした。

視覚的に私はすぐに.clickの後に展開を観察し、私はそこで一時停止すると、Firebugはclass = 'expander'だけのdivがclassの代わりにdivで置換されたことを確認します= 'expander hasChildren expanded'、およびそのdivのみ。

webdriverからエラーが発生しているようです。

他に誰かがこの問題を抱えていたか回避策を推奨していますか？

earlier questionでは、新しいwatir-webdriverの動作が変更された後、そのクラスと完全に一致するように/^expander$/フォームに切り替える必要がありました。

Answer 1

何を試してみてください？

while $browser.div(:class => /^expander$/).exists? 
    count = $browser.divs(:class => 'expander hasChildren expanded').size 
    $browser.div(:class => /^expander$/).click 
    $browser.wait_until{$browser.div(:class => 'expander hasChildren expanded', :index => count).exists?} 
end 

アクションが離れて行く事を引き起こしているところ私が使用している他のアプローチは、カウントを取得して、あなたを「次のもの」そのように、最初の方に戻って最後の項目から、インデックスによって動作していますアドレッシングはまだ存在するはずです。それは、あなたの前の行動が「最初のもの」をただ取り除いたところで、常に「最初のもの」に対処するよりも信頼性が高くなります。拡張する物が新しい 'エキスパンダー'クラスを開くならば、波の中でこれをしなければならないかもしれません。最初のティアを拡張し、次に2番目のティアを拡張することになります。現在表示されているすべてのエクスパンダを展開し、いつ表示されているエクスパンダがあるかを確認するメソッドを作ることを意味します。もしそうなら、メソッドを再度呼び出します。

Answer 2

はこれについて、この1

Watir::Wait.until do 
    $browser.div(:class => /^expander$/).click 
    not $browser.div(:class => /^expander$/).exists? 
end 

Answer 3

Chuck's approach後、このコードは、第1の拡大を取得するためにクリックするか、または何でも必要なすべての候補を列挙して、1行のforeachループで、上がってページの下からそれらをクリック：

hitlist = $browser.divs(:class => /^expander$/) # put all candidates into an array 

hitlist.to_a.reverse.each {|r| r.click; sleep 0.1} # loop in reverse 

$browser.wait_until { $browser.divs(:class => /^expander$/).size < 1} # Wait until they're all AJAXed out of existence 

暫定& 2は、暫定的なhitlistコレクションが便利だとは思わない場合は、単純に$browser.divs(:class => /^expander$/).to_a.reverse.each {|r| r.click; sleep 0.1}に圧縮することもできますが、それは気にしません。

しかし、コードが健全に見えても、私の主な関心事は、/^expander$/のような正規表現のロケータを使用すると、非常に厳しいパフォーマンスのペナルティになります。 :class => "expander"のような標準の引用クラスのロケータが排他的にマッチしたとき、私は0.5.3より前に直面していました。一度か二度

許さだろう（div(:class => /^expander$/)を見つける私の場合は、< 100KBのhtmlページたびに5-50秒かかります）が、私はライン3について特に心配している：どのように何回も滞在することです条件が最終的に満たされた場合、{boolean test block}が実行されてポーリングされますか？