Tracking issue: `std::filesystem::path` headaches, and breakage on Windows with non-ASCII paths

Version

v24.1.0

Platform

Microsoft Windows NT 10.0.19045.0 x64

Subsystem

No response

What steps will reproduce the bug?

Couldn't find a tracking issue for this one.

There are places in the source that handle std::filesystem::path objects, and on Windows, this involves conversion between UTF-8 strings and wchar-based paths. This can lead to path corruption, as previously discussed.

One example of this is #56049, which has an open PR to fix this specific usage. However, #58764 has just been reported, which affects a completely different area of the API. There are other examples of usage elsewhere in the source.

It feels like this probably needs a library-wide approach – even if not removing std::filesystem::path entirely as previously discussed, then at least some sort of internal wrapper API to abstract out potential footguns.

Commencez par examiner #56049 et #58764, puis recherchez dans le code source d’autres utilisations de std::filesystem::path. La tâche sera considérée comme terminée lorsqu’une approche validée à l’échelle de la bibliothèque pour gérer les conversions de chemins Windows et traiter les utilisations concernées, y compris ces exemples, aura été définie.