microsoft / microsoft/terminal
Settings UI: Check that the starting directory is normalized
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 105k
- Forks
- 9.6k
- Avg merge
- 3d 17h
- Merged PRs (30d)
- 29
Description
Windows Terminal version
1.16.10262.0
Windows build number
10.0.22000.1696
Other Software
No response
Steps to reproduce
- create a new profile
- Command line - >
cmd.exe - "Starting directory" -? enter an existing path using a lower case drive letter (e.g.
c:\users)
- Command line - >
- start a new terminal session with the new profile
Expected Behavior
cmd.exe is started in C:\Users as drive letters are upper case and NTFS is by default case preserving.
in the case where NTFS was set to be case sensitive then I would expect cmd.exe to be started in C:\users as the drive letters are always case insensitive and canonically upper case.
Actual Behavior
the CWD is exactly as entered (all lower case)
This causes some subtle issues with some programs / developer environments where tests are asserting that some log was written containing a canonicalized path.
(also this is half way between an issue and a new feature :) )
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No source file or test is named in the issue. Start by reproducing the profile behavior with a lowercase drive letter, then trace how the starting directory is handled; done means drive letters are canonicalized to uppercase while the rest of the path preserves the expected NTFS behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- cli, operating-systems
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100