A PhantomJS driver for Capybara
Go to file
Jon Leighton 40f63482c4 CI: retry failed tests
It's an unfortunate reality that PhantomJS does crash from time to time,
and when you have over 500 tests running on 6 different rubies there is
a high chance that at least on of those runs will fail. So hopefully
this will help mitigate that.
2012-10-07 15:11:20 +01:00
ci try to fix phantomjs install on travis 2012-10-05 22:53:51 +01:00
lib/capybara within_frame waits for the frame to load. 2012-10-07 12:33:28 +01:00
spec within_frame waits for the frame to load. 2012-10-07 12:33:28 +01:00
.gitignore CI: retry failed tests 2012-10-07 15:11:20 +01:00
.rspec CI: retry failed tests 2012-10-07 15:11:20 +01:00
.travis.yml CI: retry failed tests 2012-10-07 15:11:20 +01:00
Gemfile Stop testing against capybara master as it's quite volatile at the moment 2012-07-14 16:59:36 +01:00
Guardfile Use guard for autocompile 2012-06-04 15:00:57 +02:00
LICENSE omg 2011-10-27 23:34:14 +01:00
README.md readme tweaks 2012-10-07 12:40:11 +01:00
Rakefile CI: retry failed tests 2012-10-07 15:11:20 +01:00
config.ru add config.ru so we can boot the test app to play with stuff 2012-05-31 16:20:25 +02:00
poltergeist.gemspec CI: retry failed tests 2012-10-07 15:11:20 +01:00

README.md

Poltergeist - A PhantomJS driver for Capybara

Version: 0.7.0

Build Status

Poltergeist is a driver for Capybara. It allows you to run your Capybara tests on a headless WebKit browser, provided by PhantomJS.

Installation

Add poltergeist to your Gemfile, and in your test setup add:

require 'capybara/poltergeist'
Capybara.javascript_driver = :poltergeist

If you were previously using the :rack_test driver, be aware that your app will now run in a separate thread and this can have consequences for transactional tests. See the Capybara README for more detail.

Installing PhantomJS

You need at least PhantomJS 1.6.0, but 1.6.1 is recommended as there some issues with the former. There are no other external dependencies (you don't need Qt, or a running X server, etc.)

Mac

Linux

  • Download the 32 bit or 64 bit binary.
  • Extract it: sudo tar xvjf phantomjs-1.6.1-linux-*-dynamic.tar.bz2 -C /usr/local
  • Link it: sudo ln -s /usr/local/phantomjs-1.6.1-linux*/bin/phantomjs /usr/local/bin/phantomjs

(Note that you cannot copy the /usr/local/phantomjs/bin/phantomjs binary elsewhere on its own as it dynamically links with other files in /usr/local/phantomjs/lib.)

Manual compilation

Do this as a last resort if the binaries don't work for you. It will take quite a long time as it has to build WebKit.

Compatibility

Supported: MRI 1.8.7, MRI 1.9.2, MRI 1.9.3, JRuby 1.8, JRuby 1.9.

Not supported:

  • Rubinius
  • Windows

Contributions are welcome in order to move 'unsupported' items into the 'supported' list.

Running on a CI

There are no special steps to take. You don't need Xvfb or any running X server at all.

Depending on your tests, one thing that you may need is some fonts. If you're getting errors on a CI that don't occur during development then try taking some screenshots - it may well be missing fonts throwing things off kilter. Your distro will have various font packages available to install.

What's supported?

Poltergeist supports all the mandatory features for a Capybara driver, and the following optional features:

  • page.evaluate_script and page.execute_script
  • page.within_frame
  • page.within_window
  • page.status_code
  • page.response_headers
  • cookie handling
  • drag-and-drop

There are some additional features:

Taking screenshots

You can grab screenshots of the page at any point by calling page.driver.render('/path/to/file.png') (this works the same way as the PhantomJS render feature, so you can specify other extensions like .pdf, .gif, etc.)

By default, only the viewport will be rendered (the part of the page that is in view). To render the entire page, use page.driver.render('/path/to/file.png', :full => true).

Resizing the window

Sometimes the window size is important to how things are rendered. Poltergeist sets the window size to 1024x768 by default, but you can set this yourself with page.driver.resize(width, height).

Remote debugging (experimental)

If you use the :inspector => true option (see below), remote debugging will be enabled.

When this option is enabled, you can insert page.driver.debug into your tests to pause the test and launch a browser which gives you the WebKit inspector to view your test run with.

Read more here

Setting request headers

Additional HTTP request headers can be set like so:

page.driver.headers = { "User-Agent" => "Poltergeist" }

The extra headers will apply to all subsequent HTTP requests (including requests for assets, AJAX, etc). They will be automatically cleared at the end of the test.

Inspecting network traffic

You can inspect the network traffic (i.e. what resources have been loaded) on the current page by calling page.driver.network_traffic. This returns an array of request objects. A request object has a response_parts method containing data about the response chunks.

Manipulating cookies

The following methods are used to inspect and manipulate cookies:

  • page.driver.cookies - a hash of cookies accessible to the current page. The keys are cookie names. The values are Cookie objects, with the following methods: name, value, domain, path, secure?, httponly?, expires.
  • page.driver.set_cookie(name, value, options = {}) - set a cookie. The options hash can take the following keys: :domain, :path, :secure, :httponly, :expires. :expires should be a Time object.
  • page.driver.remove_cookie(name) - remove a cookie

Customization

You can customize the way that Capybara sets up Poltegeist via the following code in your test setup:

Capybara.register_driver :poltergeist do |app|
  Capybara::Poltergeist::Driver.new(app, options)
end

options is a hash of options. The following options are supported:

  • :phantomjs (String) - A custom path to the phantomjs executable
  • :debug (Boolean) - When true, debug output is logged to STDERR
  • :logger (Object responding to puts) - When present, debug output is written to this object
  • :timeout (Numeric) - The number of seconds we'll wait for a response when communicating with PhantomJS. nil means wait forever. Default is 30.
  • :inspector (Boolean, String) - See 'Remote Debugging', above.
  • :js_errors (Boolean) - When false, Javascript errors do not get re-raised in Ruby.
  • :window_size (Array) - The dimensions of the browser window in which to test, expressed as a 2-element array, e.g. [1024, 768]. Default: [1024, 768]
  • :phantomjs_options (Array) - Additional command line options to be passed to PhantomJS, e.g. ['--load-images=no', '--ignore-ssl-errors=yes']
  • :port (Fixnum) - The port which should be used to communicate with the PhantomJS process. Default: 44678.

Bugs

Please file bug reports on Github and include example code to reproduce the problem wherever possible. (Tests are even better.) Please also provide the output with :debug turned on, and screenshots if you think it's relevant.

Hacking

Contributions are very welcome and I will happily give commit access to anyone who does a few good pull requests.

To get setup, run bundle install. You can run the full test suite with rspec spec/ or rake.

While PhantomJS is capable of compiling and running CoffeeScript code directly, I prefer to compile the code myself and distribute that (it makes debugging easier). Running rake autocompile will watch the .coffee files for changes, and compile them into lib/capybara/client/compiled.

Changes

0.8.0 (unreleased)

Features

  • Click co-ordinates are shown in the debug log. You can use this in combination with page.driver.render to work out where clicks are actually happening if you are having trouble.
  • Added :port configuration option and made the default port 44678 rather than a random available port.
  • Support for Capybara's page.response_headers API to retrieve the headers of the last page load.
  • Support for cookie manipulation. [Issue #12]
  • Frame switching support now uses native PhantomJS APIs. (This might make it work better, but in general it's a badly tested area both in Capybara and Poltergeist.)
  • Support for the Capybara window switching API (page.within_window).

Bug fixes

  • Prevent TypeError: 'undefined' is not an object (evaluating 'rect.top') error when clicking an element with display: none. The click will fail, but an obsolete node error will be raised, meaning that Capybara's retry mechanisms will kick in. [Issue #130]
  • Mouse over the element we will click, before clicking it. This enables :hover effects etc to trigger before the click happens, which can affect the click in some cases. [Issue #120]
  • Don't blow up when evaluate_script is called with a cyclic structure.
  • Fix the text method for title elements, so it doesn't return an empty string.
  • Fixed problem with cookies not being clearer between tests on PhantomJS 1.7
  • Fixed Javascript errors during page load causes TimeoutErrors. [Issue #124]
  • Ensure the User-Agent header can be set successfully. (Klaus Hartl) [Issue #127]
  • Use el.innerText for Node#text. This ensures that e.g. <br> is returned as a space. It also simplifies the method. [Issue #139]
  • Fix status code support when a response redirects to another URL. This was previously tested to ensure it would return the status code of the redirected URL, but the test was falsely broken and the implementation was also broken.
  • Fixed visiting URLs where only a hash change occurs (no HTTP request). [Issue #79]
  • Setting page.driver.headers now applies the headers to all requests, not just calls to visit. (So XHR, asset requests, etc will all receive the headers.) [Issue #149]

0.7.0

Features

  • Added an option :js_errors, allowing poltergeist to continue running after JS errors. (John Griffin & Tom Stuart) [Issue #62] [Issue #69]
  • Added an option :window_size, allowing users to specify dimensions to which the browser window will be resized. (Tom Stuart) [Issue #53]
  • Capybara 1.0 is no longer supported. Capybara ~> 1.1 is required.
  • Added ability to set arbitrary http request headers
  • Inspect network traffic on the page via page.driver.network_traffic (Doug McInnes) [Issue #77]
  • Added an option :phantomjs_options, allowing users to specify additional command-line options passed to phantomjs executable. (wynst) [Issue #97]
  • Scroll element into viewport if needed on click (Gabriel Sobrinho) [Issue #83]
  • Added status code support. (Dmitriy Nesteryuk and Jon Leighton) [Issue #37]

Bug fixes

  • Fix issue with ClickFailed exception happening with a negative co-ordinate (which should be impossible). (Jon Leighton, Gabriel Sobrinho, Tom Stuart) [Issue #60]
  • Fix issue with undefined method map for "[]":String, which happened when dealing with pages that include JS rewriting Array.prototype.toJSON. (Tom Stuart) [Issue #63]

0.6.0

Features

  • Updated to PhantomJS 1.5.0, giving us proper support for reporting Javascript exception backtraces.

0.5.0

Features

  • Detect if clicking an element will fail. If the click will actually hit another element (because that element is in front of the one we want to click), the user will now see an exception explaining what happened and which element would actually be targeted by the click. This should aid debugging. [Issue #25]
  • Click elements at their middle position rather than the top-left. This is presumed to be more likely to succeed because the top-left may be obscured by overlapping elements, negative margins, etc. [Issue #26]
  • Add experimental support for using the remote WebKit web inspector. This will only work with PhantomJS 1.5, which is not yet released, so it won't be officially supported by Poltergeist until 1.5 is released. [Issue #31]
  • Add page.driver.quit method. If you spawn additional Capybara sessions, you might want to use this to reap the child phantomjs process. [Issue #24]
  • Errors produced by Javascript on the page will now generate an exception within Ruby. [Issue #27]
  • JRuby support. [Issue #20]

Bug fixes

  • Fix bug where we could end up interacting with an obsolete element. [Issue #30]
  • Raise an suitable error if PhantomJS returns a non-zero exit status. Previously a version error would be raised, indicating that the PhantomJS version was too old when in fact it did not start at all. [Issue #23]
  • Ensure the :timeout option is actually used. [Issue #36]
  • Nodes need to know which page they are associated with. Before this, if Javascript caused a new page to load, existing node references would be wrong, but wouldn't raise an ObsoleteNode error. [Issue #39]
  • In some circumstances, we could end up missing an inline element when attempting to click it. This is due to the use of getBoundingClientRect(). We're now using getClientRects() to address this.

0.4.0

  • Element click position is now calculated using the native getBoundingClientRect() method, which will be faster and less buggy.
  • Handle window.confirm(). Always returns true, which is the same as capybara-webkit. [Issue #10]
  • Handle window.prompt(). Returns the default value, if present, or null.
  • Fix bug with page Javascript page loading causing problems. [Issue #19]

0.3.0

  • There was a bad bug to do with clicking elements in a page where the page is smaller than the window. The incorrect position would be calculated, and so the click would happen in the wrong place. This is fixed. [Issue #8]

  • Poltergeist didn't work in conjunction with the Thin web server, because that server uses Event Machine, and Poltergeist was assuming that it was the only thing in the process using EventMachine.

    To solve this, EventMachine usage has been completely removed, which has the welcome side-effect of being more efficient because we no longer have the overhead of running a mostly-idle event loop.

    [Issue #6]

  • Added the :timeout option to configure the timeout when talking to PhantomJS.

0.2.0

  • First version considered 'ready', hopefully fewer problems.

0.1.0

  • First version, various problems.

License

Copyright (c) 2011 Jonathan Leighton

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.