The default value of 'startingDirectory' setting does not work properly #8534

Closed
opened 2026-01-31 01:31:51 +00:00 by claunia · 2 comments
Owner

Originally created by @john-guo on GitHub (May 24, 2020).

Environment

Windows build number: [run `[Environment]::OSVersion` for powershell, or `ver` for cmd]

Platform ServicePack Version      VersionString
-------- ----------- -------      -------------
 Win32NT             10.0.18363.0 Microsoft Windows NT 10.0.18363.0

Windows Terminal version (if applicable):

Windows Terminal
Version: 1.0.1401.0

Any other software?

Visual studio 2019

Steps to reproduce

I added a new profile visual studio developer command prompt:

        "name": "Visual Studio 2019",

        "icon": "C:\\Program Files (x86)\\Microsoft Visual Studio\\2019\\Community\\Common7\\IDE\\Assets\\VisualStudio.70x70.contrast-standard_scale-80.png",

        "commandline": "cmd.exe /k \"C:\\Program Files (x86)\\Microsoft Visual Studio\\2019\\Community\\Common7\\Tools\\VsDevCmd.bat\""

As the document, the starting directory will be the %USERPROFILE% if the 'startingDirectory' setting is omitted.

Expected behavior

The profile should start in the %USERPROFILE%.

Actual behavior

The profile starts in C:\windows\system32

批注 2020-05-24 103847

When I set the 'startingDirectory' to %USERPROFILE% explicitly, the profile starts in the correct directory.

        "name": "Visual Studio 2019",

        "icon": "C:\\Program Files (x86)\\Microsoft Visual Studio\\2019\\Community\\Common7\\IDE\\Assets\\VisualStudio.70x70.contrast-standard_scale-80.png",

        "commandline": "cmd.exe /k \"C:\\Program Files (x86)\\Microsoft Visual Studio\\2019\\Community\\Common7\\Tools\\VsDevCmd.bat\"",

        "startingDirectory": "%USERPROFILE%"
Originally created by @john-guo on GitHub (May 24, 2020). <!-- 🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨 I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING: 1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement. 2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement. 3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number). 4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement. 5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement. All good? Then proceed! --> <!-- This bug tracker is monitored by Windows Terminal development team and other technical folks. **Important: When reporting BSODs or security issues, DO NOT attach memory dumps, logs, or traces to Github issues**. Instead, send dumps/traces to secure@microsoft.com, referencing this GitHub issue. If this is an application crash, please also provide a Feedback Hub submission link so we can find your diagnostic data on the backend. Use the category "Apps > Windows Terminal (Preview)" and choose "Share My Feedback" after submission to get the link. Please use this form and describe your issue, concisely but precisely, with as much detail as possible. --> # Environment ```none Windows build number: [run `[Environment]::OSVersion` for powershell, or `ver` for cmd] Platform ServicePack Version VersionString -------- ----------- ------- ------------- Win32NT 10.0.18363.0 Microsoft Windows NT 10.0.18363.0 Windows Terminal version (if applicable): Windows Terminal Version: 1.0.1401.0 Any other software? Visual studio 2019 ``` # Steps to reproduce <!-- A description of how to trigger this bug. --> I added a new profile visual studio developer command prompt: "name": "Visual Studio 2019", "icon": "C:\\Program Files (x86)\\Microsoft Visual Studio\\2019\\Community\\Common7\\IDE\\Assets\\VisualStudio.70x70.contrast-standard_scale-80.png", "commandline": "cmd.exe /k \"C:\\Program Files (x86)\\Microsoft Visual Studio\\2019\\Community\\Common7\\Tools\\VsDevCmd.bat\"" As the document, the starting directory will be the %USERPROFILE% if the 'startingDirectory' setting is omitted. # Expected behavior <!-- A description of what you're expecting, possibly containing screenshots or reference material. --> The profile should start in the %USERPROFILE%. # Actual behavior <!-- What's actually happening? --> The profile starts in C:\windows\system32 ![批注 2020-05-24 103847](https://user-images.githubusercontent.com/7485003/82744417-d0204b80-9daa-11ea-9337-d94a294cc252.png) When I set the 'startingDirectory' to %USERPROFILE% explicitly, the profile starts in the correct directory. "name": "Visual Studio 2019", "icon": "C:\\Program Files (x86)\\Microsoft Visual Studio\\2019\\Community\\Common7\\IDE\\Assets\\VisualStudio.70x70.contrast-standard_scale-80.png", "commandline": "cmd.exe /k \"C:\\Program Files (x86)\\Microsoft Visual Studio\\2019\\Community\\Common7\\Tools\\VsDevCmd.bat\"", "startingDirectory": "%USERPROFILE%"
claunia added the Issue-BugNeeds-Tag-FixProduct-TerminalIssue-Docs labels 2026-01-31 01:31:51 +00:00
Author
Owner

@DHowett commented on GitHub (Jun 5, 2020):

Sorry, looks like this is a documentation bug. @cinnamon-msft FYI

@DHowett commented on GitHub (Jun 5, 2020): Sorry, looks like this is a documentation bug. @cinnamon-msft FYI
Author
Owner

@cinnamon-msft commented on GitHub (Jun 18, 2020):

Closing in favor of https://github.com/MicrosoftDocs/terminal/issues/53 on our docs site. Thanks!

@cinnamon-msft commented on GitHub (Jun 18, 2020): Closing in favor of https://github.com/MicrosoftDocs/terminal/issues/53 on our docs site. Thanks!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#8534