Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

[Bug]: F-34 Files: a cancelled directory fetch is logged as an error and can leave an error state behind

オープン 初心者向け
  • 何か問題がありますか？
#65,090 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
78/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
javascript
領域
frontend

調査の方向性

apps/files/src/views/FilesList.vue の fetchContent() から始め、各リクエストの AbortController が catch と finally にどのような影響を与えるかを追跡します。キャンセルされたリクエストが debug レベルで処理され、現在のエラーまたはローディング状態を上書きしないことを確認します。All files と Deleted files をすばやく切り替えても、エラーがログに記録されず、新しい方の fetch が不正な状態のままにならなければ完了です。

索引モデルが issue の本文から書いたものです。

説明

0. Needs triage 35-feedback bug
⚠️ This issue respects the following points: ⚠️
  • This is not a troubleshooting question, general support matter, or webserver/proxy problem, but likely a bug (if unsure, ask the Community Help Forum).
  • This issue is not already reported on Github OR solved at the Community Help Forum (I've searched!).
  • I'm using a maintained major version of Nextcloud Server and tested against the latest patch level. (Supported major versions and current patch levels).
  • I agree to follow Nextcloud's Code of Conduct.
  • I've tried my best to provide clear reproduction steps that someone unfamiliar with this bug could use to reproduce it.
Bug description

F-34 · Files: a cancelled directory fetch is logged as an error and can leave an error state behind
Repository nextcloud/server
Severity Low (console error; in a race, the error message or a finished loading state of the old request)
Component apps/files/src/views/FilesList.vue (fetchContent())
Affects 35.0.1
Verified Chrome DevTools on a production instance (switching between All files and Deleted files right after a delete)

What happens

After deleting files and switching views quickly, the console shows

[DEBUG] files: Cancelled previous ongoing fetch
[ERROR] files: Error while fetching content  {error: …}

Cause

fetchContent() aborts the running request when a new one starts. The aborted request rejects,
and its catch treats the abort like any other failure:

  • it logs Error while fetching content at error level,
  • it sets this.error, after the new request already reset it,
  • its finally sets loading = false while the new request is still running.

Fix

Each call keeps its own AbortController. When the request was aborted, the catch only logs at
debug level and leaves the state alone; finally touches loading only when the call is still the
current one.

Steps to reproduce

see the top

Expected behavior

see the top

Nextcloud Server version

35

Operating system

None

PHP engine version

None

Web server

None

Database engine version

None

Is this bug present after an update or on a fresh install?

None

Are you using the Nextcloud Server Encryption module?

None

What user-backends are you using?
  • Default user-backend (database)
  • LDAP/ Active Directory
  • SSO - SAML
  • Other
Configuration report
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
Additional info

No response

主要言語
PHP
スター
37k
フォーク
5.3k
平均マージ
1日 18時間
マージ済み PR（30日）
665

環境構築

Codespaces で開く

このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

nextcloud/server のほかの issue

nextcloud/server の issue をすべて見る

似ている issue

PHP の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。