Summary

Media dedupe in reply payload handling can miss duplicates on Windows when the same file is represented as a local path (C:\... or C:/...) versus a file:// URL (file:///C:/...).

Problem

filterMessagingToolMediaDuplicates previously compared path forms too literally, so equivalent Windows path variants could be treated as different files. This can cause duplicate media sends.

Proposed improvement

Normalize filesystem-style paths before dedupe matching (separator normalization, drive-letter normalization, and file:// pathname normalization) so equivalent Windows forms compare consistently.

Implemented by PR: #37425