Windows command scanning now unwraps flag=value arguments and spots NT object-manager paths.
What's wrong with this entry?
On Windows, the check that spots network and device paths in Bash command arguments now strips --flag= and -f= prefixes repeatedly and re-checks what is left, and recognises \??\ NT object-manager paths. Off entirely on other platforms.
- Path checks in Read, Edit and NotebookEdit, plus the file-path display component, moved from ad-hoc
\\///prefix tests to shared helpers that also cover/net/<host>autofs paths. - NotebookEdit lost its shortcut that accepted UNC paths without further checks, so those paths now go through the
.ipynbextension check like any other.
WAd = /^--?[A-Za-z0-9][\w-]*=/
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