Ubuntu not considered as WSL for drag and drop #22076

Closed
opened 2026-01-31 08:02:49 +00:00 by claunia · 3 comments
Owner

Originally created by @dgl on GitHub (Aug 9, 2024).

Windows Terminal version

1.20.11781.0

Windows build number

10.0.22631.0

Other Software

Ubuntu 22.04.3 LTS (standard WSL build; installed via wsl --install Ubuntu)

Steps to reproduce

Drag a file from explorer to the terminal.

Expected Behavior

I get the path in Linux form.

Actual Behavior

I get an untranslated Windows path.

I think this is because the profile that WSL set-up for me uses ubuntu.exe rather than WSL.

Relevant snippet of my settings.json is like this:

            {
                "colorScheme": "Campbell",
                "font":
                {
                    "size": 12.0
                },
                "guid": "{51855cb2-8cce-5362-8f54-464b92b32386}",
                "hidden": false,
                "name": "Ubuntu",
                "scrollbarState": "hidden",
                "source": "CanonicalGroupLimited.Ubuntu_79rhkp1fndgsc"
            },
  [...]
            {
                "guid": "{2c4de342-38b7-51cf-b940-2309a097f518}",
                "hidden": true,
                "name": "Ubuntu",
                "source": "Windows.Terminal.Wsl"
            },

https://github.com/microsoft/terminal/blob/main/src/cascadia/TerminalControl/ControlInteractivity.cpp#L737 matches on source being Windows.Terminal.Wsl but that has been hidden, as far as I'm aware the only config I've changed is via the UI to change the colour scheme and scrollbar settings. Clearly now I've worked this out I can fix the config, but it isn't obvious the Ubuntu app isn't considered WSL...

Originally created by @dgl on GitHub (Aug 9, 2024). ### Windows Terminal version 1.20.11781.0 ### Windows build number 10.0.22631.0 ### Other Software Ubuntu 22.04.3 LTS (standard WSL build; installed via `wsl --install Ubuntu`) ### Steps to reproduce Drag a file from explorer to the terminal. ### Expected Behavior I get the path in Linux form. ### Actual Behavior I get an untranslated Windows path. I *think* this is because the profile that WSL set-up for me uses `ubuntu.exe` rather than WSL. Relevant snippet of my settings.json is like this: ``` { "colorScheme": "Campbell", "font": { "size": 12.0 }, "guid": "{51855cb2-8cce-5362-8f54-464b92b32386}", "hidden": false, "name": "Ubuntu", "scrollbarState": "hidden", "source": "CanonicalGroupLimited.Ubuntu_79rhkp1fndgsc" }, [...] { "guid": "{2c4de342-38b7-51cf-b940-2309a097f518}", "hidden": true, "name": "Ubuntu", "source": "Windows.Terminal.Wsl" }, ``` https://github.com/microsoft/terminal/blob/main/src/cascadia/TerminalControl/ControlInteractivity.cpp#L737 matches on source being `Windows.Terminal.Wsl` but that has been hidden, as far as I'm aware the only config I've changed is via the UI to change the colour scheme and scrollbar settings. Clearly now I've worked this out I can fix the config, but it isn't obvious the Ubuntu app isn't considered WSL...
claunia added the Issue-BugResolution-Duplicate labels 2026-01-31 08:02:49 +00:00
Author
Owner

@dgl commented on GitHub (Aug 9, 2024):

Oh, looks like a dupe of #12961 -- somehow missed that to start with. This was on a clean Windows 11 install which is somewhat surprising. Seems like something should prefer the Windows.Terminal.Wsl profile if one exists, not just because the Ubuntu one has an awful default colour scheme.

@dgl commented on GitHub (Aug 9, 2024): Oh, looks like a dupe of #12961 -- somehow missed that to start with. This was on a clean Windows 11 install which is somewhat surprising. Seems like something should prefer the `Windows.Terminal.Wsl` profile if one exists, not just because the Ubuntu one has an awful default colour scheme.
Author
Owner

@carlos-zamora commented on GitHub (Aug 14, 2024):

Thanks! We're hoping to improve on this sometime soon. We'll mark this as a /dup of #12961

@carlos-zamora commented on GitHub (Aug 14, 2024): Thanks! We're hoping to improve on this sometime soon. We'll mark this as a /dup of #12961
Author
Owner

@microsoft-github-policy-service[bot] commented on GitHub (Aug 14, 2024):

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@microsoft-github-policy-service[bot] commented on GitHub (Aug 14, 2024): Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report! <!-- Policy app identification https://img.shields.io/static/v1?label=PullRequestIssueManagement. -->
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#22076