Vcrpy

Latest version: v6.0.1

Safety actively analyzes 629564 Python packages for vulnerabilities to keep your Python projects secure.

Scan your dependencies

Page 9 of 11

1.0.2

1.0.1

1.0.0

**BACKWARDS INCOMPATIBLE**: Please see the 'upgrade' section in the README.

Add support for filtering sensitive data from requests, matching query strings after the order changes and improving the built-in matchers, (thanks to mshytikov), support for ignoring requests to certain hosts, bump supported Python3 version to 3.4, fix some bugs with Boto support (thanks marusich), fix error with URL field capitalization in README (thanks simon-weber), added some log messages to help with debugging, added all_played property on cassette (thanks mshytikov)

0.6.0

Store response headers as a list since a HTTP response can have the same header twice (happens with set-cookie sometimes). This has the added benefit of preserving the order of headers. Thanks smallcode for the bug report leading to this change. I have made an effort to ensure backwards compatibility with the old cassettes' header storage mechanism, but if you want to upgrade to the new header storage, you should delete your cassettes and re-record them. Also this release adds better error messages (thanks msabramo) and adds support for using VCR as a decorator (thanks smallcode for the motivation)

0.5.0

Change the response_of method to responses_of since cassettes can now contain more than one response for a request. Since this changes the API, I'm bumping the version. Also includes 2 bugfixes: a better error message when attempting to overwrite a cassette file, and a fix for a bug with requests sessions (thanks msabramo)

0.4.0

Change default request recording behavior for multiple requests. If you make the same request multiple times to the same URL, the response might be different each time (maybe the response has a timestamp in it or something), so this will make the same request multiple times and save them all. Then, when you are replaying the cassette, the responses will be played back in the same order in which they were received. If you were making multiple requests to the same URL in a cassette before version 0.4.0, you might need to regenerate your cassette files. Also, removes support for the cassette.play_count counter API, since individual requests aren't unique anymore. A cassette might contain the same request several times. Also removes secure overwrite feature since that was breaking overwriting files in Windows, and fixes a bug preventing requests's automatic decompression from working

Page 9 of 11

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.