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

Make the default location and name of saved responses configurable in the settings #186

Open
dralley opened this issue Apr 10, 2018 · 6 comments

Comments

@dralley
Copy link

dralley commented Apr 10, 2018

I would prefer to be able to set my default save location to, say, ~/Downloads instead of ~/ and also that the files weren't hidden

@Huachao
Copy link
Owner

Huachao commented May 3, 2018

@dralley @usulpro I have implemented this feature by opening a saving dialogue when clicking Save Response and Save Response Body. So that you can decide where to store the file as you wish, and the default location in the dialogue will keep unchanged. And I will publish this feature in next release.

@Huachao
Copy link
Owner

Huachao commented May 4, 2018

@dralley @usulpro you can try the latest version to verify.

@usulpro
Copy link

usulpro commented May 7, 2018

Hey @Huachao! Yes, it works, now it's possible to choose where to save the response! 🥇 Thanks for this feature!

But now each time when I press save it starts from same .rest-client/responses/... folder. Maybe as the next feature, it could be the folder that contains request file or it would be possible to specify a relative path in the settings. What do you think?

Thanks again - realy usefull extension! 👍

@Huachao
Copy link
Owner

Huachao commented May 8, 2018

@usulpro I totally agree, I will reopen this issue.

@samthegolden
Copy link

Any update on this? It's open for 2 years now.

@Huachao
Copy link
Owner

Huachao commented Jul 1, 2020

@samthegolden no, if you have some interest, it's warmly welcomed to contribute a PR

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

4 participants