fix(view): implement partial lock cleanup in lockFile

[joshtrichards]

• Resolves: #

Summary

Make View::lockFile() roll back locks it has already acquired when acquiring a later parent lock fails.

Previously, lockFile() could leave the target path and earlier parent locks held after a later parent-lock acquisition failed. The method now tracks successful acquisitions and releases them in reverse order before rethrowing the original failure. Rollback is best-effort: cleanup failures are logged without masking the acquisition failure.

This complements the cache-refresh cleanup change (#62345) by ensuring lockFile() does not leave a partial lock set behind when acquisition itself fails.

TODO

• Add test: parent-lock acquisition failure releases the file and already-acquired parents
• Add test: a rollback unlock failure does not replace the acquisition exception

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