Skip to content

yzget - #636

Open
yzget wants to merge 937 commits into
MarSeventh:mainfrom
yzget:main
Open

yzget#636
yzget wants to merge 937 commits into
MarSeventh:mainfrom
yzget:main

Conversation

@yzget

@yzget yzget commented Jul 19, 2026

Copy link
Copy Markdown

No description provided.

MarSeventh and others added 30 commits June 5, 2026 17:47
When urlPrefix is configured in page settings, the upload API now
returns a `publicUrl` field in addition to the existing `src` field,
allowing clients to directly access files via the configured public
domain (e.g. R2 custom domain) without needing to reconstruct the URL.
Chunked upload (uploadLargeFileToTelegram) and chunk merge responses
now also include publicUrl field when urlPrefix is configured, matching
the behavior of regular uploads.
feat: 上传 API 返回值新增 publicUrl 字段
On a Cloudflare Worker, fetch() to the Worker's own zone bypasses the
public edge and routes directly to origin, skipping the Worker itself.
This deployment has no separate origin, so every WebDAV self-call
(/api/manage/list, /file, /upload, /api/manage/delete) instantly returns
HTTP 522. The global_fetch_strictly_public compatibility flag routes
same-zone subrequests through Cloudflare's front door so they re-enter
the Worker normally.

Set the flag in both the committed wrangler.toml (manual deploy) and the
generate-toml.js template (GitHub Actions regenerates the toml on CI).

This is an alternative to the in-process dispatch fix on
fix/webdav-522-inprocess-dispatch; pick one.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
…al-fetch-flag

Enable global_fetch_strictly_public to fix WebDAV 522 (Worker deploy)
…revent FileAlreadyExistsException in clients
fix(webdav): 修复 WebDAV 兼容性问题并支持标准的 MOVE 方法
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.