Skip to content
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

feat:Authorization is passed to collection not to individual request. #43

Open
Miguerfi opened this issue Apr 21, 2024 · 4 comments
Open

Comments

@Miguerfi
Copy link

an option to add the authorization to collection config.
workflow:
if the Authorization params is not passed to request headers will verify if has in the collection config.

i think if has this feature will be good to users who have a big collection.
you can take some reference from httpie-desktop client.

@grnmeira
Copy link

@Miguerfi I think it makes sense for authorization configuration to be at collections level. Currently though someone can get a similar solution for that using environments, have you tried them?

@Julien-cpsn
Copy link
Owner

Julien-cpsn commented May 5, 2024

@Miguerfi Hello,

Sorry I totally forgot to reply after clearing the notification.
The current app philosophy is that collections are only request folders. I personnally do not like collections containing informations that will affect the requests. On the other hand, I can understading that setting a thing one time is more practical than many times.

I do not know what to do about that. We will discuss it later
I group this suggestion with having a base URL on collections.

Have a great day!

@Miguerfi
Copy link
Author

Miguerfi commented May 5, 2024

i suggest the feature because i work in a lot of big projects, and this feature will help a lot.
maybe i do a fork to do this in my vacation.

@Miguerfi Miguerfi closed this as completed May 5, 2024
@Julien-cpsn
Copy link
Owner

Julien-cpsn commented May 5, 2024

@Miguerfi I understand
you can let the issue open so it doesn't get forgotten :)

@Miguerfi Miguerfi reopened this May 5, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants