[Bug]: webdav for public shares is partialy broken

⚠️ This issue respects the following points: ⚠️

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

Bug description

As far as I can tell there are two ways of accessing webdav for public shares. One is public.php/dav/files/SHARE-TOKEN (this is the new one) and the old one public.php/webdav. The new one seems to have some issues. I can access it via rclone, but not via dolphin or nautilus file manager.

In generell they seem to work. But some clients only accept one and others only accept the other one. Rclone for example accepts the new one and nautilus accepts the old one.

Steps to reproduce

1. create a share
2. create webdav links (old and new)
3. try both in nautilus

Expected behavior

I would expect both, or at least the new one to work.

Nextcloud Server version

32

Operating system

Debian/Ubuntu

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

Updated from a MINOR version (ex. 32.0.1 to 32.0.2)

Are you using the Nextcloud Server Encryption module?

Encryption is Disabled

What user-backends are you using?

• Default user-backend (database)
• LDAP/ Active Directory
• SSO - SAML
• Other

Start by reproducing the old and new public WebDAV links in Nautilus and rclone, following the listed steps on Nextcloud Server 32. Compare which endpoint each client accepts and record the differing responses or behavior; done means the new public-share link works in Nautilus while existing client access remains functional.