For more details, see: - https://twitter.com/jeg2/status/271006838852579328 - https://gist.github.com/4121410 - typhoeus/typhoeus#240 The fix for the spec was simply updating Typhoeus (now that the bug has been fixed there and @i0rek cut a release). I had some weird issues updating Typhoeus where it didn't include ethon in the bundle, though, so I deleted my Gemfile.lock and re-bundled so it would get pulled in.
…case header keys. See typhoeus/typhoeus#227 for more info. This is a hack that hopefully we won't have to do in the future, but it'll work for now.
This is necessary because it has conditional logic based on which typhoeus version has been loaded. The monkey_patches file loads typhoeus.
I'm having FFI problems on JRuby and Rubinius.
I think this may help solve the travis CI build problems--the forked process may be exiting with another status code causing a failed spec run even though no specs failed. The forked process approach was needed for Patron in the past but that appears to be fixed.
Just like features, scenarios can have multiline preambles. When using the :use_scenario_name option, VCR will only use the first line of the scenario name as the directory for the cassette. This change is modeled after commit 034bdaf