Files restored from trash appears in the groupfolder root and need a groupfolder:scan to be correctly placed if the user who deleted it was not member of the groupfolder

[Ornanovitch]

How to use GitHub

• Please use the 👍 reaction to show that you are affected by the same issue.
• Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
• Subscribe to receive notifications on status change and new comments.

Steps to reproduce

1. As Bob, share a sub folder from a groupfolder with write permission to Alice
2. As Alice, delete a file
3. As Bob, restore the deleted file

Expected behaviour

File should be restored to its original location

Actual behaviour

File is restored to the groupfolder root. If Bob then tries to move it manually, this triggers an error:

[webdav] Erreur: An exception occurred while executing a query: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '2-ae9c9ad6666fc28b274b89bd21bce39a' for key 'fs_storage_path_hash'
	MOVE /remote.php/dav/files/[...]

The file get correctly restored only if admin executes a occ groupfolders:scan

Server configuration

Operating system: Debian Bookworm

Web server: Nginx

Database: MariaDB

PHP version: 8.3

Nextcloud version: (see Nextcloud admin page) 30.0.6

Team folders version: 19.0.2

Are you using external storage, if yes which one: no

Are you using encryption: no

Are you using an external user-backend, if yes which one: OIDC

Client configuration

Browser: FF

Operating system: Arch Linux

Logs

Web server error log

No log when restoring

Nextcloud log (data/nextcloud.log)

No log when restoring

Browser log

No log when restoring