OpenListTeam / OpenListTeam/OpenList

[Feature] Webdav下载重定向使用308状态码而非302状态码

Open
#2,247 4 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
Go
Stars
24.7k
Forks
2.3k
Avg merge
1d 20h
Merged PRs (30d)
36

Description

请确认以下事项
  • 我已确认阅读并同意 AGPL-3.0 第15条
    本程序不提供任何明示或暗示的担保,使用风险由您自行承担。

  • 我已确认阅读并同意 AGPL-3.0 第16条
    无论何种情况,版权持有人或其他分发者均不对使用本程序所造成的任何损失承担责任。

  • 我确认我的描述清晰,语法礼貌,能帮助开发者快速定位问题,并符合社区规则。

  • 我已确认阅读了OpenList文档

  • 我已确认没有重复的问题或讨论。

  • 我认为此问题必须由OpenList处理,而非第三方。

  • 我已确认此功能尚未被实现。

  • 我已确认此功能是合理的,且有普遍需求,并非我个人需要。

  • 我没有阅读这个清单,只是闭眼选中了所有的复选框,请关闭这个 Issue 。

需求描述

在 WebDAV 场景下,请求通常涉及会改变服务器状态的方法(如 PROPFIND、PUT、MOVE 等)。在这种情况下,部分客户端对 301 和 302 的处理存在兼容性问题,例如可能会修改原始请求方法或无法正确跟随重定向。

根据 RFC 9110 的说明,301 和 302 并不保证方法保持不变;如果需要确保请求方法不被改变,通常更推荐使用 307 或 308。

实现思路

因此,可以考虑在Webdav场景下优先采用 307 / 308,以提升 WebDAV 客户端的兼容性。

附加信息

No response

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The issue does not name a file, test, or entry point. Start by tracing the WebDAV download redirect handling and locating where 301 or 302 responses are generated. Confirm the intended 307 or 308 behavior against RFC 9110 and verify that WebDAV methods are preserved for affected clients.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
backend
Issue type
Feature
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
42/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.