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

Preview API: provide hint for which files (not) to request a thumbnail #7405

Open
felix-schwarz opened this issue Oct 4, 2023 · 2 comments
Labels
Category:Enhancement Add new functionality

Comments

@felix-schwarz
Copy link

felix-schwarz commented Oct 4, 2023

Is your feature request related to a problem? Please describe.

Clients targeting the Preview API have no way of telling in advance for which file types a preview can likely be expected to be available, making (repeated) requests for thumbnails that will never be returned.

Describe the solution you'd like

Ideally, a list of MIME types, for which the Preview API is likely capable of providing a preview, would be available as part of the capabilities endpoint.

Using that list, clients could then see if the MIME type of an item is in that list and only request thumbnails for those items for which this is the case.

Describe alternatives you've considered

Alternatively, whether or not a thumbnail is available for a file could be returned as a new WebDAV tag (f.ex. <oc:has-thumbnail>).

This approach is more flexible, f.ex. if creating a thumbnail for a file previously failed, the server could tell the client that no thumbnail is available - even though it's a "supported" format.

However, for this additional flexibility to be put to use, I imagine that the server implementation would need to be more complex and possibly lead to a much higher overhead than the proposed solution.

Related issues

owncloud/core#31267

@michaelstingl
Copy link
Contributor

Also related:

Copy link

stale bot commented Dec 15, 2023

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 10 days if no further activity occurs. Thank you for your contributions.

@stale stale bot added the Status:Stale label Dec 15, 2023
@micbar micbar added the Category:Enhancement Add new functionality label Dec 15, 2023
@stale stale bot removed the Status:Stale label Dec 15, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Category:Enhancement Add new functionality
Projects
None yet
Development

No branches or pull requests

3 participants