Moving same-named files from different folders in one batch silently loses all but one #4352

Initial Checklist

• I understand this is a bug report and questions should be posted in the Community Discussions
• I searched issues and couldn’t find anything (or linked relevant results below)

Bug Description

Moving files with the same name from different folders into one folder in a single batch loses all but one of them. There's no conflict dialog and the toast says everything was moved. The lost files aren't in the trash or in the versions, so this is data loss.

Cause: resolveAllConflicts in packages/web-pkg/src/helpers/resource/conflictHandling/conflictDialog.ts only checks names against the existing children of the target folder, not against the other items in the batch. So both items get the same target path, and the paste worker sends the MOVEs in parallel. Affects move, copy, paste and drag and drop. Such batches come from Favorites, search results, Shared with me or a flat selection.

(The server also accepts two parallel MOVEs with Overwrite: F to the same path, both return 201. That's a separate server issue.)

Reproduction Steps

1. Create fa/report.txt (content A), fb/report.txt (content B) and an empty folder target
2. Mark both report.txt files as favorites and open Favorites
3. Select both, click "Move to", pick target and click "Move here"

Expected Outcome

The clash inside the batch is handled like a clash with an existing file (conflict dialog or "Keep both"), both files end up in target.

Actual Outcome

Toast "2 items were moved successfully", fa and fb are empty, target holds one report.txt (A or B, whichever request wins). The other file is gone for good.