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

HTTP Connection: Content-Location and Content-Disposition support #85

Open
5 tasks
cookiengineer opened this issue Oct 10, 2021 · 1 comment
Open
5 tasks

Comments

@cookiengineer
Copy link
Member

The HTTP Content-Location and Content-Disposition headers are currently unsupported. Many download scripts on the server side serve files this way, which means that it's cookie/session dependent and, more importantly, might not be reproducible for other users depending on what the session returned.

In order to minimize the amount of potential reproducibility issues, the current plan is to treat files serving these types of contents as URLs that redirect, and that these files themselves do not serve any content.

Necessary stealth/Request modifications:

  • Content-Location should fire a redirect for the current URL (including its parameters).
  • If Content-Disposition is inline, delete the header and ignore it.
  • If Content-Disposition is attachment, parse out filename= parameter, append it to the current URL, and fire a redirect event.
  • If Content-Disposition is attachment, and both filename* and filename are present as a parameter, delete filename*.
  • If Content-Disposition is attachment, and only filename* is present as a parameter, parse out the header value according to RFC5987.
@LuLuElayne

This comment was marked as spam.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants