Windows device-namespace paths are now rejected as message socket targets.
What's wrong with this entry?
A uds: or bridge: message target starting with a \??\-style prefix is now rejected with the existing "is not a local socket address" error rather than being passed through to the named-pipe check.
is not a local socket address. Use an address from
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