Try using the capybara rspec matcher have_select(locator, options = {}) instead: #Find a select box by (label) name or id and assert the given text is selected Then /^”([^”]*)” should be selected for “([^”]*)”$/ do |selected_text, dropdown| expect(page).to have_select(dropdown, :selected => selected_text) end #Find a select box by (label) name or id and assert the … Read more
You need to locate the hidden field and set its value. There are a couple ways, this is probably the simplest find(:xpath, “//input[@id=’my_hidden_field_id’]”).set “my value” If you’re executing a client_side script in production, you could just tell capybara to run it with a javascript-compliant driver page.execute_script(“$(‘hidden_field_id’).my_function()”)
skalee seems to have provided the correct answer in the comment. If the method you’re trying to stub is an instance method (most likely) and not a class method then you need use: ApplicationController.any_instance.stub(:current_user)
There’s a have_select matcher if you use Capybara with Rspec: expect(page).to have_select( ‘my-select’, # locator selected: ‘Option 2’ # option ) Parameters: Locator (String) (defaults to: nil) — The label, name or id of a select box Options (Hash) using :selected (String, Array) — Options which should be selected
This will work to select an option by value: find(“option[value=”20120905″]”).click To maintain the scope of the selector you could wrap it in a within block as such: within ‘#date’ do find(“option[value=”20120905″]”).click end
find(‘#q_name’).native.send_keys(:return) works for me. I dont have a name or id for my field but the type is input so i used something like find(‘.myselector_name>input’).native.send_keys(:return) works perfectly fine!
Since the version 2.1.0 of capybara there are methods on the session to deal with the title. You have page.title page.has_title? “my title” page.has_no_title? “my not found title” So you can test the title like: expect(page).to have_title “my_title” According to github.com/jnicklas/capybara/issues/863 the following is also working with capybara 2.0: expect(first(‘title’).native.text).to eq “my title”
I had the same problem (on Linux). Fixed with: gem update selenium-webdriver Now I am using ruby 1.9.3-p286, selenium-webdriver 2.29.0, firefox 18.0 As well as rspec-rails 2.9.0, capybara 1.1.2, and capybara-webkit 0.12.1 I added selenium-webdriver 2.29.0 to my Gemfile to be safe.
Webdriver doesn’t contain an API to do it. See issue 141 from Selenium tracker for more info. The title of the issue says that it’s about response headers but it was decided that Selenium won’t contain API for request headers in scope of this issue. Several issues about adding API to set request headers have … Read more
Adding an answer for those hitting this in 2016 and beyond. You can now use Capybara directly to accept a confirmation box. You do this by wrapping the code that causes the confirmation box to appear in the accept_confirm function. accept_confirm do click_link ‘Destroy’ end