Talk Folder Not Loading in File Provider

[jospoortvliet]

⚠️ Before submitting, please verify the following: ⚠️

• This is a bug, not a question or a configuration issue.
• This issue is not already reported on Github (I've searched it).
• Nextcloud Server and Desktop Client are up to date. See Server Maintenance and Release Schedule and Desktop Releases for supported versions.
• I agree to follow Nextcloud's Code of Conduct

Bug description

Visiting my Talk folder in Finder results in an error and eternal loading screen...
The error:

Your device couldn't connect to the server. There may be a problem with the server or network.

Screenshot:

Steps to reproduce

1. Visit the Talk folder
2. Wait
3. Wait forever ;-)
   ...

Expected behavior

Have a folder with a lot of files still work ;-)

Which files are affected by this bug

/Talk

Operating system

macOS

Which version of the operating system you are running.

26.3.1

Package

Official macOS 12+ universal pkg

Nextcloud Server version

33.0.0

Nextcloud Desktop Client version

33.0.2

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

Updated from a minor version (ex. 3.16.1 to 3.16.2)

Are you using the Nextcloud Server Encryption module?

Encryption is Disabled

Are you using an external user-backend?

• Default internal user-backend
• LDAP/ Active Directory
• SSO - SAML
• Other

Nextcloud Server logs

Additional info

Desktop client logs here:
https://cloud.nextcloud.com/index.php/f/13373530

(team members should have access, ping me if not)

[Rello]

@jospoortvliet I have 3.500 items. it will open after a minute. how many do you have?

[Rello]

#9442

[i2h3]

I tried myself with our corporate instance and ran into the same problem as @jospoortvliet which bubbled up after some time of the loading indicator being displayed.

From recent work in this area with the pagination I can tell that it simply takes a long time to enumerate thousands of items in a folder, even under best conditions. In this case we maybe hit a time out imposed by the file provider framework. Usually, it works. I conducted tests with 5 digit counts of items in a test environment and there was no such problem. In this case I assume the request responses take a lot longer to be served because the Talk folder is full of shares and not just a listing of user-owned markdown files.

Anyway, we have to deal with this regardless of Talk. Whether that special folder should be excluded from content listing is a different question we need to answer.