fix(files): Fix FileInfo['path'] situation

[come-nc]

Summary

Previously $fileInfo->getPath() and $fileInfo['path'] would return different things. The [] version was not consistent, being sometimes relative and sometimes kind of absolute, and sometimes plenty wrong (like when used from occ commands, because there is no user in session).
So this is always returning absolute now.

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

[come-nc]

					$path = $mountPoint . $result['path'];
					$result['path'] = substr($mountPoint . $result['path'], $rootLength);

So there is this version in View::searchCommon, which at least is explicit about what it does. Here ['path'] is relative to the fake root of the view. We could also normalize to that if it fits better.
But as that feels highly related to how View is working and we’re moving to Node API I would feel better to keep ['path'] in sync with getPath.