is allow_http_connections_when_no_cassette supported?

[kevin1024]

is allow_http_connections_when_no_cassette supported?

[kevin1024]

Currently no. The reason is that VCR only patches the HTTP code while inside the context manager, so I can't modify HTTP requests outside of that context.

If there is sufficient interest I can look into this, but I think it would involve monkey patching at import time so I'm not too excited about the implementation.

[msabramo]

As a bystander unfamiliar with the Ruby version, I thought that maybe this feature was to raise an error if using the context manager and the cassette file wasn't present. But I was probably wrong as I've never used the Ruby version. That seems like a useful feature -- is that possible already?

As for disallowing requests when not using the context manager, one could look at using something like this in their tests:

http://pytest.org/latest/monkeypatch.html#example-preventing-requests-from-remote-operations

This is specifically for py.test and requests, but the idea could be extended to use mock and other HTTP libraries, as needed.

[kevin1024]

As a bystander unfamiliar with the Ruby version, I thought that maybe this feature was to raise an error if using the context manager and the cassette file wasn't present.

Sort of. The Ruby version doesn't really have a context manager like VCR.py does, and does all its monkeypatching when importing the package. From the docs:

Usually, HTTP requests made when no cassette is inserted will result in an error

VCR.py's context managers are kind of like Ruby VCR's cassette being inserted.

I thought that maybe this feature was to raise an error if using the context manager and the cassette file wasn't present.

I think this is possible if you use the "none" record mode. If the request hasn't been made before, it will fail with an error. Actually the cassette file can be present as long as it doesn't have the request in it, and it should still fail.