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

Implement "application/zip" content type for "GET .../files" endpoint #72

Open
shiksha11 opened this issue Sep 29, 2020 · 0 comments
Open
Labels
priority: medium Medium priority type: feature New feature or request workload: hours Likely takes hours to resolve

Comments

@shiksha11
Copy link

shiksha11 commented Sep 29, 2020

Description

The TRS specification specifies that the GET /tools/{id}/versions/{version_id}/{type}/files endpoint may return, upon request (format parameter set to zip) a ZIP archive of all files, rather than the default response of a list of FileWrapper objects. This behavior was not yet implemented in #65.

Proposed solution

Resources outlining how to return the response as application/zip instead of application/json for the given endpoint are listed below:

@uniqueg uniqueg changed the title Implement "application/zip" content type for "GET /tools/{id}/versions/{version_id}/{type}/files" endpoint Implement "application/zip" content type for "GET .../files" endpoint Oct 1, 2020
@uniqueg uniqueg added Hacktoberfest Hacktoberfest Suggested issue for https://hacktoberfest.digitalocean.com/ priority: medium Medium priority type: feature New feature or request workload: hours Likely takes hours to resolve labels Oct 1, 2020
@uniqueg uniqueg removed the Hacktoberfest Hacktoberfest Suggested issue for https://hacktoberfest.digitalocean.com/ label May 2, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
priority: medium Medium priority type: feature New feature or request workload: hours Likely takes hours to resolve
Projects
None yet
Development

No branches or pull requests

2 participants