-
Notifications
You must be signed in to change notification settings - Fork 841
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Drag & Drop from File Explorer produces incorrect file paths #1501
Comments
We are investigating adding some form of path conversion in the future but currently this is expected behavior. |
I'd duplicate Cygwin's behavior. Cygwin will convert paths as needed. |
I agree - duplicate cygwin behaviour |
Pretty Please? |
It would be a great thing to have the same behaviour of cygwin |
Hi @TSlivede it seems perfect. Thank you. I will make a test and write a report here |
thanks @jackchammons , really hope to support this feature, it has been 2 years... |
This issue was opened before creation of the console tracker, where it probably belongs. I'll leave it open here in the WSL github for another two years if that's what it takes, but WSL syscall emulation doesn't have the faintest that string being dropped into the Windows Console is a win32 formatted path. In the mean time, I just tried, and |
Some correction: "Mintty is the Cygwin Terminal emulator, also available for MSYS and Msys2." |
🙄 |
Thanks for pointing out the console tracker, @therealkenc . I opened the issue there. |
Dragging & dropping a file from Windows File Explorer into a Bash window produces the path formatted for Windows instead of Ubuntu.
Dragging the Desktop folder into a Bash window should produce the text
/mnt/c/Users/acesnik/Desktop
. Instead, it producesC:\Users\acesnik\Desktop
.Edition: Windows 10 Pro
Version: 1607
OS Build: 14393.576
The text was updated successfully, but these errors were encountered: