-
-
Notifications
You must be signed in to change notification settings - Fork 43
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
Handle image/* content types #124
Comments
It's currently not designed to handle the content type |
Missing this feature as well. Just being able to save response body content as a file, instead of it showing it as binary text, would already be good enough for me (and if you want to show content text, please don't load all binary data as text if it is a big image)! |
Well any big chunk of data (e.g. above 1mb) should be truncated like in firefox devtools to not crash the textfield |
Possibly related: export responses, based on a prior conversation held in the Discussions section. These would be two separate things, which also makes more probable to at least advance any of them:
And of course, as a follow up, once there is a way to download files, any unrecognized content type that is not designed to be treated as text (application/pdf, application/octet-stream, audio/, video/) should not be rendered at all. Can show in the panel a message like "Binary content (24.1 kB)" and another button to trigger the "Export response" action. |
https://apod.nasa.gov/apod/image/2501/HubblesVariablecopy1024.jpg
you just wait 10s and see empty body. with texteara, but it's an attachment. maybe preview media at the end of download, or update preview with each chunk?
The text was updated successfully, but these errors were encountered: