fix: remove sketch file reference when deleting assets

[yugalkaushik]

Issue:

Fixes #4160

Asset deletion now uses the same file delete endpoint as the sketch files sidebar, so both the storage object and the project file reference are removed together.

Before

issue-editor.mp4

After

pr-preview.mp4

Changes:

1. Include fileId and parentId in the asset list API response when matching assets to sketch files
2. Update asset deletion to call /projects/:sketchId/files/:fileId instead of /S3/delete
3. Sync Redux state when the currently open sketch matches the deleted asset

I have verified that this pull request:

• has no linting errors (npm run lint)
• has no test errors (npm run test)
• has no typecheck errors (npm run typecheck)
• is from a uniquely-named feature branch and is up to date with the develop branch.
• is descriptively named and links to an issue number, i.e. Fixes #123
• meets the standards outlined in the accessibility guidelines

[skyash-dev]

we can remove this. unlike deleteFile, there's no need to reactively update local state here since the user is on a different screen, and returning to the sketch will load the latest data anyway.

edit: also getState() returns the currently open project state, which may not even be the project associated with the asset being deleted.

[yugalkaushik]

Regarding getState, it's still present solely for the DELETE_FILE dispatch, which is guarded by if (project.id === asset.sketchId). This ensures that when a user deletes a referenced asset from the Assets tab while on the same sketch, the file tree sidebar updates immediately without requiring a page refresh. When the user is viewing a different sketch, the guard prevents any action. So getState is safe and necessary for this reactive UI update.