[cristianscheid]

• Resolves: Deleted or trashed folders still appear in teams view #2408

Summary

• Previously, when retrieving resources (e.g. files, folder) shared with a team, deleted items or items in trash bin were included
• This showed the resources as available, like below:

when clicking on them, user got error file/folder not found, since resource is no longer available

• This PR filters returned results so it only includes shares with acessible files/folders (not trashed, not deleted)

Checklist

• Code is properly formatted
• Sign-off message is added to all commits
• Tests (unit, integration, api and/or acceptance) are included
• Screenshots before/after for front-end changes
• Documentation (manuals or wiki) has been updated or is not required
• Backports requested where applicable (ex: critical bugfixes)
• Labels added where applicable (ex: bug/enhancement, 3. to review, feature component)
• Milestone added for target branch/version (ex: 32.x for stable32)

AI (if applicable)

• The content of this PR was partly or fully generated using AI

[cristianscheid]

/backport to stable35

[cristianscheid]

/backport to stable34

[cristianscheid]

/backport to stable33

[CarlSchwan]

Isn't it similar to #3012 ?

[cristianscheid]

Isn't it similar to #3012 ?

@CarlSchwan it's similar but a bit different. Your PR introduces a method (refreshFileCaches) to update the cached info of given file (path and storage) so it's correctly identified as located in trash or deleted.

This alone is not enough to address the issue this PR solves, since even though files are known to be on trash or deleted, they are not filtered out when retrieving shares via ShareWrapperRequest::getSharesToCircle() or getSharesToCircles().

[kyteinsky]

can confirm, the latest stable34 has this issue but with this PR's changes it's fixed.