WSL bug: url hash params cut-off

[tfiers]

In WSL,

DefaultApplication.open("https://google.com/#Blah")

opens just https://google.com in the browser.
(On Windows, it does the correct thing)

Strangely, if you do

run(`powershell.exe -NoProfile -NonInteractive -Command start '"https://google.com/#Blah"'`, wait=false)

(which seems to be what DefaultApplication does in WSL),
then it does work correctly!

i.e. here, the first command opens https://google.com in my (Windows) browser, while the second opens https://google.com/#Blah:

---

For context, my use case:

• WSL: depgraph_web does not work tfiers/PkgGraph.jl#96

[tfiers]

Oh ok, comparing the output in the screenshot I see the problem: relpath in the below deletes one of the slashes in https://:

DefaultApplication.jl/src/DefaultApplication.jl

Lines 21 to 27 in 2af8998

	elseif _is_wsl
	# Powershell can open *relative* paths in WSL, hence using relpath
	# Could use wslview instead, but powershell is more universally available.
	# Could use cmd + wslpath instead, but cmd complains about the working directory.
	# Quotes around the filename are to deal with spaces.
	relfile = relpath(filename)
	cmd = `powershell.exe -NoProfile -NonInteractive -Command start \"$(relfile)\"`

julia> relpath("https://google.com/#Blah")
"https:/google.com/#Blah"

(tbf, URLS are a non-documented feature, re #12)