open

Description On WSL/Ubuntu, can fail depending on the current working directory. This happens when running as a non-default WSL user whose CWD is not traversable by the distro's default user. Reproduction If is not traversable by the distro's default user, the URL does not open. Making the directory traversable immediately fixes it: Likely cause Under WSL, launches Windows PowerShell. The spawned Windows process inherits Node's Linux CWD. That CWD is exposed to Windows as something like: Windows access to the WSL filesystem uses the distro's default Linux user. If that user cannot traverse the CWD, the spawned PowerShell process appears to fail before opening the URL. ' PowerShell availability check succeeds because it only checks whether is executable; it does not verify that PowerShell can actually start from the current WSL CWD. Expected behavior Opening an HTTP(S) URL should not depend on whether the Windows-side process can access the caller's Linux CWD. Potential fix: when spawning PowerShell from WSL, use a known Windows-accessible instead of inheriting the current Linux directory. should work, or should also work, in my tests I could also go to (if that is available) and it worked - it doesn't do anything with the directory, AFAICT, so this shouldn't really matter?

Summary: detach non-wait PowerShell launches after stdio is ignored so Windows targets can keep opening after the parent process exits add an AVA regression test that loads the module with mocked to and verifies the spawn options Tests: Fixes #367

Please offer a way to use handlr as an alternative to xdg-open.