OpenListTeam / OpenListTeam/OpenList

[BUG] 115open, 目录下超过一定数量的文件数就出错

Open
#667 6 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.08

使用的存储驱动(必填)

115 open

问题描述(必填)

115open, 目录下超过一定数量的文件数就出错,具体信息如下:

failed get objs: failed to list objs: <title>404 Not Found</title>

404 Not Found


nginx/1.18.0 (Ubuntu) : unexpected error
配置里面的page size里面放大是可以的,但为啥没办法分页?

配置文件内容(必填)
 {
      "id": 9,
      "mount_path": "/115yun",
      "order": 0,
      "driver": "115 Cloud",
      "cache_expiration": 30,
      "status": "work",
      "addition": "{\"cookie\":....76d2a11cd21f73bb603\",\"qrcode_token\":\"\",\"qrcode_source\":\"\",\"page_size\":56,\"limit_rate\":0,\"root_folder_id\":\"0\"}",
      "remark": "",
      "modified": "2025-07-09T20:37:08.7816098+08:00",
      "disabled": false,
      "disable_index": false,
      "enable_sign": false,
      "order_by": "",
      "order_direction": "",
      "extract_folder": "",
      "web_proxy": false,
      "webdav_policy": "native_proxy",
      "proxy_range": false,
      "down_proxy_url": ""
}
日志(可选)

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

The report concerns the 115 Cloud driver in OpenList v4.08 and shows a listing failure once a directory exceeds a size threshold. Start by reproducing it with page_size 56 and inspect the driver's listing and pagination entry point; done means large directories list successfully without the 404. No source file, test, or logs are named.

Written by the indexing model from the issue text.

Assessment

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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.