Windows object-manager paths are now recognised as device paths and handled like the other odd forms.
What's wrong with this entry?
Path canonicalisation and the network-path check previously matched only the \\?\ and \\.\ device prefixes. They now also match the \??\ object-manager form, including after Windows normalisation of paths containing ??, so those paths skip canonicalisation and are treated as device paths.
e1c = /^[\\/]\?\?[\\/]/;
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.234
Windows policy helpers can be PowerShell scripts
Both mention window
-
v2.1.234
Windows sandbox refusals now say why an exclusion did not apply
Both mention window
-
v2.1.234
Terminal is restored on Ctrl+Break on Windows
Both mention window