github-migration/persistent_selenium
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

update readme

Browse Source
This commit is contained in:
John Bintz 2013-04-09 11:29:44 -04:00
parent f94d03c6ae
commit c3b4a68a75
1 changed files with 5 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

9
README.md
View File

@ -42,8 +42,9 @@ It's DRb, which mostly Just Works (tm), and has a little reshuffling of the defa
#### When DRb doesn't Just Work (tm) #### When DRb doesn't Just Work (tm)
You may see recycled object errorrs. Capybara is complex enough that, eventually, something You're most likely using `all` and invoking an action on one of the nodes within, I'd wager. If you need to find a node
will get garbage collected on the server and an object on the client will notice. to perform an action on, it's best to stick with `find`, since it's less likely that node will go out of
I turned off garbage collection on the server but it still happens. ObjectSpace that quickly. If you need to examine the document for particular properties, and `all` seems like
Just rerun the test. It doesn't happen too often. It's the price you pay for speed. the best way to do it, instead try parsing the document body with Nokogiri and using its finders.
That way, all your node searching will be done on the client end.