Nextcloud Desktop Issues 8919 - 親フォルダと同じ名前のサブフォルダが作成される
[Bug]: V4.0.0 - a folder, a subfolder with the same name as the parent folder is created
バグの説明
NC Client 4.0.0において、新規インストール後、初期同期を実行した状態でユーザーがフォルダに入ると、親フォルダと同じ名前のサブフォルダが「作成」される。
再現手順
- デスクトップクライアント V4.0.0 をインストールする（新規インストールである必要がある）
- アカウントを接続する
- 任意のフォルダ構造の入力を開始する。問題が発生し始める
Nextcloud Server version
31.0.8
Nextcloud Desktop Client version
4.0.0
Nolonar
私も同じ現象が発生しています。再現手順（Windows 11上のv4.0.0）：
- デスクトップクライアントで新規ファイルを追加
- デスクトップクライアントの同期を待機
- 親ディレクトリ名を冠した新しい空のディレクトリが出現
このディレクトリは削除不可能です。 削除を試みると「リモートファイルが見つかりません」エラーが発生します。 Web UIで同じ名前のディレクトリを作成しようとすると同期は発生しませんが、クライアント上でそのディレクトリを削除することは可能です。 残念ながら、削除後ほぼ即座にディレクトリが再出現します。
このバグがデータに悪影響を及ぼすリスクがある限り、Nextcloudを安心して使用できません。早急な修正が必要です。
mrAceT
誰か、最後の（正常に動作していた）3.xバージョンにロールバックする方法を説明していただけませんか？
Sieboldianus
当分の間： choco install nextcloud-client --version=3.17.3 --allow-downgrade -y
今朝4.0.0で重複フォルダ（空）をいくつか発見：
- 誤って作成したと思い削除
- 別のフォルダを発見し削除
- さらに別のフォルダ：これはNCのバグに違いない！
- バグを確認：確かにGHにイシューあり
- 3.17.3にロールバック
- 削除した2フォルダの親フォルダにアクセス不能に
- タスクマネージャーでnextcloud-clientプロセスを強制終了
- 新しいプロセスが自動起動
- 2フォルダは依然アクセス不能：オンライン上では親フォルダを削除済みと表示
- Nextcloudオンライン経由でフォルダを復元：オンライン上では動作
- ローカル環境：依然として2つのフォルダを開けない。「クラウドプロバイダーが予期せず終了しました」と表示
幸いバックアップは存在します。 ご注意ください：データ損失の可能性があります。
mmallejac
こちらでも同じ問題が発生しています：NCバージョン 30.0.16 / クライアント 4.0.0
これらのサブフォルダはサーバー側に存在しており、サーバー上のフォルダツリー内を移動中に確認できます。
場合によっては三重構造になることもあります：aFolder/aFolder/aFolder/(空)
サーバー側で確認できるため、クライアントを最新版3にダウングレードすれば改善すると思われますが、これまでの操作内容は消去されてしまいます。 そのため、これらを削除する小さなスクリプトが必要です。
Rello
皆様へ
本件に関する最新情報です： 問題箇所を特定し修正しました。既にデイリービルドに反映済みです。新たなシャドウフォルダは生成されません。
現在、同期データベースの状態を調査し、問題の可能性を確認中です。また、ローカルのシャドウフォルダ（既にサーバーに同期済みのデータは対象外です。データ削除のリスクは一切ありません）のクリーンアップの可能性についても検討しています。
引き続き状況をお知らせします...
nilsding
これはWindows上のVFSにのみ影響しています。 4.0.0 は Linux および macOS では正常に動作します。
Christian-98
こんにちは、 申し訳ありませんが、問題が未解決のまま表示されているため、解決済みかどうか、またWindowsプラグインの新バージョンがリリースされたかどうかが確認できません。 以下のリンク https://github.com/nextcloud-releases/desktop/releases/tag/v4.0.0 から確認できる最新更新日は、2025年10月22日となっています。
michel-thomas
右側を見ると、「Milestone」に4.0.1という値が表示されています。これは、この問題の修正を含む新リリースの目標バージョンです。
NicoDreamzZ
テストする時間はあまりなかったが、最初の試行では同じ名前の新規サブフォルダを作成する動作は発生しなくなった。
RenSch89
確認したところ、初期テストではフォルダの重複やその他の予期せぬ動作は確認されませんでした。
Nolonar
3.17.3へのロールバックには問題がないわけではないことをお伝えしておきます。
ロールバック後、これらのゴーストフォルダのほとんどは削除できました。 それらは再出現せず、3.17.3では明らかに新たなゴーストフォルダが生成されないため、これは良いことです。
しかし、ゴーストフォルダ問題の影響を受けたフォルダのうち2つが現在アクセス不能です。 ファイルエクスプローラーでそれらを開こうとしましたが、以下のエラーが発生します
- クラウド操作がタイムアウト期間内に完了しませんでした。
PowerShellでも試しましたが、cdコマンドは動作するものの、lsコマンドでは同じエラーが発生します。 つまり技術的にはこれらのフォルダーに移動できるものの、中身を閲覧できない状態です。
幸い、クライアント側でアクセス不能なフォルダー全体を削除し、クライアントの同期が完了するまで待機（しばらく停止状態になります）、その後Web UIのゴミ箱からフォルダーを復元することでこの問題を解決できました。
Sieboldianus
同じ問題がありました。再起動することで解決できました。
G2G2G2G
数日前に申し上げた通り、これらのフォルダはサーバー上に決して作成されません。 これらを適切に削除する方法は、Nextcloudを完全にアンインストールし、システムから全てのフォルダやappdataなどを完全に削除した後、おそらく再起動してNextcloudを再インストールし、初期同期を再度実行させることです。
プログラム内に「現在のサーバーと同期する」ボタンがあるはずですが、それが存在しないため、これらのフォルダは決して削除されず、Windowsシステム自体以外に存在しません。 したがって、それらを削除すると予期せぬ副作用が生じます。Windowsはブラックボックスであり、何かが動作した際に何が起こるかは誰にもわからないからです。
mmallejac
私のサーバーでは、それらはサーバー側で作成されます。
それらを見つけて削除するために小さな Bash スクリプトを使用してきました。