-
Notifications
You must be signed in to change notification settings - Fork 10.3k
Content-Disposition headers #8950
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
base: master
Are you sure you want to change the base?
Conversation
|
hi @OrangeDoro, same to #8716, I suggest do not use working/reviewing PR for your study, it may be confuse for later core team reviewer. |
PR Review SummaryStatus: ✅ Approved for Core Team Review For the ContributorThank you for this clean fix to the Content-Disposition headers! Your PR properly addresses issue #8914 by making the headers RFC 6266 compliant. The implementation is minimal and correct - exactly what we want to see. Technical Summary
Review HighlightsStrengths:
Key Findings:
Remaining Items: None Next StepsThis PR is ready for core team review. The core team will conduct their own evaluation and may request additional changes before merge. For Core TeamFocus Areas: Standard review - RFC compliance verification |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This seems like a good and safe fix.
|
It looks like you may need to merge back from main (or rebase) to get the updates that allow you to pass the new Windows Line Endings CI. Apologies for the inconvenience. |
|
all done @guill |
|
Thank you for your contribution @Myestery! |
Update Content-Disposition header to include 'inline' for image responses.
meant to fix #8914
Old Behaviour
As seen in the linked issue, when Content Disposition is fetched for an image using the
view_imagefunction, it is erroneous to parse as it doesn't follow RFC standardNew Behaviour
Standard RFC pattern for Content Disposition is used to render images inline in the browser ( 100% backwards compatible as this is the browser's default)
