-
Notifications
You must be signed in to change notification settings - Fork 4
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
Does not handle like the native Laravel HTTP Client watcher #2
Comments
Thank you for the compliment, much appreciated. The reason behind putting the query params into the payload section is to have better readability, I have worked with some API that has a lot of query parameters and it is difficult and time-consuming for me (if not for others) to look at the URI string and parsing the query params on the fly while looking at it. Can you please elaborate on the following or at least point me to where I am violating the DRY or KISS? Thank you again. |
I assume you are referring to OData :) That is what I am dealing with right now. Yeah it'd be nice to have both the native HTTP watcher and this library be able to have a separate tab or space for query params. Maybe an option to flip between the two (ie; native like experience vs customized experience). As for the other misc behavior I've noticed, form requests do not break out correctly like the native watcher. Puts them all into one line, still URL encoded. The KISS/DRY is you have separated the configs for filtering/redacting parameters. So if I set within the service provider the following: Telescope::hideRequestParameters([
'_token',
'signature',
'access_token',
'refresh_token',
]);
Telescope::hideRequestHeaders([
'cookie',
'x-csrf-token',
'x-xsrf-token',
'access_token',
'refresh_token',
]);
Telescope::hideResponseParameters([
'access_token',
'refresh_token',
]); But these appear to have no affect on anything happening with the saved telescope entry. Looking into the config, I need to respecify all these values in a separate area (which could lead to simple mistakes of updating in two places). Again, more so opinionated, but I will attempt to come up with some stuff when I have time. |
Hi,
First off, this is a life saver for working with third party libraries that interact with APIs. Thank you!
Just something I noticed, it puts query params in the payload section instead of in the URL.
Below is an example from Laravel's HTTP client wraper:
And this is that same request done with this library:
I also see the additions that were attempted to resolve some minor short comings of the native watcher but having separated "redact" configuration from the native Telescope ones is kind-of redundant and violates DRY and KISS. They are already defined within the Telescope service providers and should be used.
If I get any free time, I'll contribute back to this as this is a super super nice package to have.
The text was updated successfully, but these errors were encountered: