mirror of
https://github.com/hoppscotch/hoppscotch.git
synced 2026-04-25 08:45:58 +03:00
[GH-ISSUE #763] Request : Copy response headers #269
Labels
No labels
CodeDay
a11y
browser limited
bug
bug fix
cli
core
critical
design
desktop
discussion
docker
documentation
duplicate
enterprise
feature
feature
fosshack
future
good first issue
hacktoberfest
help wanted
i18n
invalid
major
minor
need information
need testing
not applicable to hoppscotch
not reproducible
pull-request
question
refactor
resolved
sandbox
self-host
spam
stale
testmu
wip
wont fix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/hoppscotch#269
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @rdhar on GitHub (Apr 12, 2020).
Original GitHub issue: https://github.com/hoppscotch/hoppscotch/issues/763
Is your feature request related to a problem? Please describe.
Honestly, not really a problem as much as an improvement suggestion. Love this project and the ease-of-use brought about by it!
Describe the solution you'd like
Often, I compare response headers of different requests. Despite the clear display of headers information, there's no way to select all of the data together, let alone copy it to clipboard to paste and compare elsewhere. A button like "Copy response" for response headers would be ideal.
Describe alternatives you've considered
None that I'm currently aware of, beyond constantly switching between windows and copying one field at a time.
Additional context
Hopefully, I'm not the only who cares about copy-pasting headers. Please feel free to let me know if you'd like any more information I can help provide. Thanks for your time!
I'm using Chrome v81 on Windows 10 v1903.
@liyasthomas commented on GitHub (Apr 12, 2020):
There's already a "copy response" button that lets you to copy the entire response to clipboard, alog with download as
JSON. If you insist, we can add a seperate copy button for headers even though it doesn't seems like an enhancement.@rdhar commented on GitHub (Apr 12, 2020):
Thanks so much for your prompt response, @liyasthomas, I really appreciate it!
That's pretty curious because I don't seem have any of the headers available within the response panel, otherwise this would be complete non-issue. Could this be an API specific thing? For reference, I'm using PagerDuty API and this is what I see:
Only things of note is parameter PagerDuty's
Accept: application/vnd.pagerduty+json;version=2. Might that be messing with the parsing?@liyasthomas commented on GitHub (Apr 12, 2020):
can you share the endpoint without creds/token so that I could reproduce the issue at my end?
@rdhar commented on GitHub (Apr 12, 2020):
Certainly, I should've shared it earlier: here's ONE from one endpoint and here's ANOTHER from a different endpoint altogether.
The accompanying cURL looks like:
Thanks once again for looking into this on my behalf, really grateful for your time (and patience!)
@liyasthomas commented on GitHub (Apr 12, 2020):
Let me look into it. The response data surely plays an important role on how headers and other response fields are displayed. I'll update once I figure out a way to tackle this issue.
@rdhar commented on GitHub (Apr 12, 2020):
Sounds good, just glad I hadn't overlooked a button that does this already!
It is kinda curious that the response headers are clearly found and parsed by Postwoman (screenshot attached below), even when they're not shown as part of the response body itself.
Hence, I do wonder if a separate Copy headers button might add some value to extract the relevant dataset regardless of response body format from various endpoints "standards".
@liyasthomas commented on GitHub (Apr 19, 2020):
seperate copy button for headers are not required.