[AlexAndBear]

Description

A scrollTo link (e.g. closing a file opened from a permanent link) now switches to the page the file is on in folders, favorites, search results and the trash bin, like the share views already do. Before, only files on the current page were found.

Related Issue

• Fixes scrollTo links to a file on another page of a folder do nothing #4113

How Has This Been Tested?

• test environment: unit tests (Vitest), browser tests (Playwright) against a local OpenCloud
• test case 1: unit: folders, favorites, search and trash look up the target beyond the current page; useScrollTo/usePagination switch to the target's page
• test case 2: browser: permanent link and direct scrollTo URL to targets on page 2/3 in table and tiles, with different sort orders, folders first, hidden files, items per page, search, trash, file-as-folder redirect and mobile; page 1 targets, back button and public links unchanged, no loops (share views blocked by the test backend); favorites: direct scrollTo to page 2 selects the item

Types of changes

• Bugfix
• Enhancement (a change that doesn't break existing code or deployments)
• Breaking change (a modification that affects current functionality)
• Technical debt (addressing code that needs refactoring or improvements)
• Tests (adding or improving tests)
• Documentation (updates or additions to documentation)
• Maintenance (like dependency updates or tooling adjustments)

[JammingBen]

One edge case I found:

• Go to page 2 of any folder
• Open a doc and close it -> it scrolls to the selected file on page 2 - good
• Go to page 1 and select another file

Now when the file list refreshes for some reason (SSE event, manual refresh via clicking the breadcrumbs, reload), the user jumps back to page 2. On main, the user stays on the page they selected last, which I feel like makes more sense in this scenario.

[AlexAndBear]

Fixed in 2905a54: the scrollTo param now gets dropped when you switch pages or select another file, so refreshes keep your page.