mirror of
https://github.com/teamcapybara/capybara.git
synced 2022-11-09 12:08:07 -05:00
Remove statement about should_not have vs should have_no
This statement may have been true in the past, but now the two statements are functionally equivalent.
This commit is contained in:
parent
934a959a4b
commit
e608340b6e
1 changed files with 0 additions and 11 deletions
11
README.rdoc
11
README.rdoc
|
@ -495,17 +495,6 @@ is (the default is 2 seconds):
|
|||
|
||||
Capybara.default_wait_time = 5
|
||||
|
||||
Be aware that because of this behaviour, the following two statements are *not*
|
||||
equivalent, and you should *always* use the latter!
|
||||
|
||||
page.should_not have_xpath('a')
|
||||
page.should have_no_xpath('a')
|
||||
|
||||
The former would incorrectly wait for the content to appear, since the
|
||||
asynchronous process has not yet removed the element from the page, it would
|
||||
therefore fail, even though the code might be working correctly. The latter
|
||||
correctly waits for the element to disappear from the page.
|
||||
|
||||
Capybara's waiting behaviour is quite advanced, and can deal with situations
|
||||
such as the following line of code:
|
||||
|
||||
|
|
Loading…
Add table
Reference in a new issue