-
-
Notifications
You must be signed in to change notification settings - Fork 35
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Hide token in response after request #91
Comments
I wouldn’t say it’s meaningless as you may want to test value of that token. but I agree that expanding hiding credentials to include response might be useful in some cases. much trickier to implement I am guessing, because the I’ll think of a solution for this. btw why exactly do you need to have this hidden? does this appear on some screenshots? what exactly is the use case that you are aiming for here? |
This request is inside a before, I use this token for authentication in the request of another endpoint, and I also hide this token in the header of the test request, it makes no sense for it to appear in the before response. It really must be more complicated to implement, but we can find some way to uncapsulate this value and hide it. I am happy to be able to participate in this community, thank you for your commitment and for this magnificent plugin. |
That makes a lot of sense, thanks for giving me the example, it really helps me understand the "why" behind your request 👍 For the use case you described, you can use plain |
I use requestMode, I thought that disabling requestMode only for the before would work, but I haven't found a way to do that |
Just dropping in echoing the exact case outlined. Will go with the cy.request() workaround for now. |
We are currently able to hide certain parameters from the header, but when making a request to fetch a token, the token ends up being displayed in the request response, making it meaningless to hide the header since the sensitive data is still visible
Exemple to hide this response:
The text was updated successfully, but these errors were encountered: