You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I find myself wanting to filter out sensitive data in the query params of a url I'm recording AND still use match_requests_on: [:query]. So basically I want to match on URL but substitute false values for real ones. So I could match a recording with url http://example.com?api_key=FAKE_KEY&page=1 when fetching url http://example.com?api_key=abcdefg&page=1
Thank you for the comment. I haven't tried this case, but I think it makes sense. If you can come up with PR, that's great.
I don't have clear idea how it should be modified yet (need to check back the code more..). I think the query parameter is not well handled for filter_sensitive_data, and just remove or not at the moment (at around ExVCR.Converter). Updating around this might solve the case?
First off: great library, thank you.
I find myself wanting to filter out sensitive data in the query params of a url I'm recording AND still use
match_requests_on: [:query]
. So basically I want to match on URL but substitute false values for real ones. So I could match a recording with url http://example.com?api_key=FAKE_KEY&page=1 when fetching url http://example.com?api_key=abcdefg&page=1It would not match a cassette with url http://example.com?api_key=abcdefg&page=SOMETHING_ELSE
Is this feature something you'd adopt? Any advice? I can try to put up a PR, but don't want to waste the time if you wouldn't find it valuable.
The text was updated successfully, but these errors were encountered: