cassette
cassette copied to clipboard
uber
Store and replay HTTP requests made in your Python app
It would be helpful if cassette utilized/recorded backtraces for when requests were made, and recorded them into the responses file. This would aid when debugging why or where a test...
I am attempting to use `cassette` with a `multipart/form-data` request via `requests`/`urllib3`. The requests are saving successfully. However, they are not being resolved via playback. We ran into the same...
[`HTTPConnection.request`](https://docs.python.org/2/library/httplib.html#httplib.HTTPConnection.request) is just a shortcut for the low-level API (`putrequest`, `putheader`, `endheaders` and `send`). If that API is used directly, `cassette` will throw, ``` 'CassetteHTTPConnection' object has no attribute '_cassette_name'...
The latest `requests` is incompatible with `cassette` for HTTP requests. When running the test suite, we receive complaints about `self.sock` not existing: ``` nosetests .........EEE.........EEE.........EEE.............................EEE......SSSSSSSS... ====================================================================== ERROR: Test that normal...
It looks like there is a regression with HTTPS requests. When running the tests against `requests=2.4.3`, I see the following error: ``` nosetests ..........E...........E...........E...............................E.......SSSSSSSS... ====================================================================== ERROR: Test that HTTPS requests...
It seems like cassette's patcher implementation (https://github.com/uber/cassette/blob/master/cassette/patcher.py) was lifted directly from the old version of vcr.py https://github.com/kevin1024/vcrpy/blob/master/vcr/patch.py. There are actually some pretty nasty, though subtle and not often encountered bugs...
Currently, if you use cassette within a multiprocess created process, it will not save the recorded responses. Simple example wherein "responses.yaml" is not created ``` import multiprocessing import urllib2 import...
