nextcloud / nextcloud/server

[Bug]: Grid view fails to open folders on external storage (Local / SFTP) while list view works (NC 31.0.9)

Open
#55,161 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

0. Needs triage 30-feedback bug feature: external storage feature: files
Dominant language
PHP
Stars
36.9k
Forks
5.2k
Avg merge
2d 3h
Merged PRs (30d)
713

Description

⚠️ This issue respects the following points: ⚠️
Bug description
Actual behavior
  • In grid view: clicking any folder shows

    "Bei diesem externen Speicher ist ein Fehler aufgetreten. Möchtest du die Mount-Punkt-Konfiguration auf der Einstellungsseite überprüfen?"

  • No XHR requests are fired in the browser dev tools when clicking a folder.
  • In list view the same folders work fine.
  • This happens with Local and also with SFTP (root) backends.
  • Tested with previews disabled ('enabledPreviewProviders' => [] in config.php).
  • nextcloud.log at loglevel 0 does not show any new entry when the error occurs.
Additional information
  • Nextcloud version: 31.0.9
  • Tested browsers: Firefox (private mode, cleared cache), same result.
  • Admin user, external storage configured in Administration (not personal).
  • Reproducible with different external storage backends (Local, SFTP).
  • Console errors observed before (with RAW previewer, then disabled):
    • "The handler doesn't have a valid component"
    • "A setting with the same name is already registered"
Conclusion

This appears to be a frontend bug in the Files app grid view / viewer handling.
External storage is accessible and works in list view, but grid view folder navigation breaks entirely.

Steps attempted
  • Disabled previews, disabled extra viewer apps (pdfviewer, richdocuments, etc.)
  • Cleared appdata_xxx/js/ and repaired via occ, no effect.
  • Tested with Local and SFTP backend → identical behavior.
  • Verified filesystem permissions: www-data has full access, also reproducible with SFTP as root.
Impact

Grid view cannot be used for external storage mounts. List view remains functional.

Steps to reproduce
  1. Create an external storage mount in Nextcloud 31.0.9:
    • Backend: Local (path e.g. /home/...Fotos/)
    • or Backend: SFTP (even tested with root access to the same folder)
    • RW permissions, previews disabled, applicable to one user/group.
  2. Open Files app in list view → folders can be opened normally.
  3. Switch to grid view and try to open a folder inside the external storage.
Expected behavior

Folders on external storage should open in grid view just like in list view.

Nextcloud Server version

30

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

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

Start with the Files app grid view and reproduce the failure using both Local and SFTP external-storage mounts, comparing it with list view while watching browser requests and console output. Trace the grid-view folder navigation and viewer-handling path; done means folders on external storage open in grid view without the reported error.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript, php
Domain
frontend
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.