Skip to content

fix(appstore): do not wrap app store screenshots in the proxy twice - #64771

Open
martin-rueegg wants to merge 1 commit into
nextcloud:masterfrom
metaworx:fix/appstore-screenshot-double-proxy
Open

martin-rueegg wants to merge 1 commit into
nextcloud:masterfrom
metaworx:fix/appstore-screenshot-double-proxy

Conversation

@martin-rueegg

Copy link
Copy Markdown
Contributor
  • Resolves: no issue filed; see Summary

Summary

Since nextcloud/appstore@fd69d12680, apps.json serves every screenshot URL already in proxy form, https://usercontent.apps.nextcloud.com/<base64url of the source> (all 1267 in /api/v1/platform/33.0.0/apps.json on 2026-09-25). ApiController wraps it in the proxy again, so the Apps page links to a key the proxy never stores the image under. Today every app's preview is empty or a "Preview not available" placeholder, including apps whose screenshots load on apps.nextcloud.com.

createProxyPreviewUrl() now passes a URL already in proxy form through unchanged, and the app list uses it too instead of its own inline copy. URLs still wrapped here, from an app's own info.xml, are encoded with the URL-safe alphabet the proxy stores its files under since nextcloud/usercontent.apps.nextcloud.com#25; plain base64_encode misses whenever the encoding contains + or /.

The double-wrapped keys that answer at all today do so only because of a proxy bug that caches placeholders under them, fixed in nextcloud/usercontent.apps.nextcloud.com#31.

TODO

  • Backport to the supported stable branches, which carry the same code

Checklist

AI (if applicable)

  • The content of this PR was partly or fully generated using AI

🤖 Generated with Claude Code

The app store now serves screenshot URLs already pointing at
usercontent.apps.nextcloud.com. Wrapping them again names a file the
proxy never stores the image under, so no app shows its screenshot.

Pass such URLs through unchanged, and encode the others with the URL-safe
alphabet the proxy stores its files under.

Assisted-by: ClaudeCode:claude-opus-5-5
Signed-off-by: Martin Rüegg <martin.rueegg@metaworx.ch>

This branch has not been deployed

No deployments
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

Successfully merging this pull request may close these issues.

1 participant