[Bug]: Missing original filename in Preview's `Content-Disposition` header
Open
Nobody has claimed this yet.
0. Needs triage
34-feedback
bug
feature: files
feature: previews and thumbnails
hotspot: filename handling
- Dominant language
- PHP
- Stars
- 36.9k
- Forks
- 5.2k
- Avg merge
- 2d 3h
- Merged PRs (30d)
- 713
Description
⚠️ This issue respects the following points: ⚠️
- This is a bug, not a question or a configuration/webserver/proxy issue.
- This issue is not already reported on Github OR Nextcloud Community Forum (I've searched it).
- Nextcloud Server is up to date. See Maintenance and Release Schedule for supported versions.
- I agree to follow Nextcloud's Code of Conduct.
Bug description
Missing original filename in Preview's Content-Disposition header
Steps to reproduce
- Open any Nextcloud page with an image preview (Viewer, Talk attachments)
- Using the Web-Browser context menu download the image
- Downloaded file is something like
683-1024.jpeg
Expected behavior
Content-Disposition header should include the original filename (possible with the size).
Nextcloud Server version
34 (master)
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing the image-preview response used by Viewer and Talk attachments, focusing on where the Content-Disposition header is produced. Reproduce the browser download and verify that the header preserves the original filename, including when a size variant is used.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- php
- Domain
- api, backend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100