OpenListTeam / OpenListTeam/OpenList

[BUG] 尝试从本地存储复制文件到支持秒传的网盘存储时速度显示异常

Open
#1,236 4 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug
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的问题,而不是其他原因(例如 网络依赖操作)。

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

  • 我已确认这个问题在最新版本中没有被修复。

OpenList 版本(必填)

v4.1.2

使用的存储驱动(必填)

中国移动云盘/115网盘

问题描述(必填)

复制文件时展示的速度应该是包含了最开始的计算文件hash的部分,这部分是直接读取本地硬盘自然飞快,然后我猜测速度是计算一段时间内的平均速度,这就导致了当实际开始上传文件时速度显示高于实际速度非常多。我测试了115和移动云盘,均有此问题。我记得在openlist刚分叉出来时并不会将计算hash的速度展示出来,因此那时并无此问题。

Image
配置文件内容(必填)

应与配置无关

日志(可选)

No response

复现链接(可选)

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

No source file, test, or entry point is named. First reproduce a local-to-cloud copy to a supported秒传 drive and compare the displayed speed during hash calculation with the actual upload speed. Done means the displayed transfer rate no longer includes the initial local hash-reading phase.

Written by the indexing model from the issue text.

Assessment

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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.