microsoft / microsoft/terminal
Showing Schemes doesn't work on WSL
Open
Nobody has claimed this yet.
Area-Interop
Help Wanted
Issue-Bug
Priority-3
Product-Colortool
- Dominant language
- C++
- Stars
- 105k
- Forks
- 9.6k
- Avg merge
- 3d 17h
- Merged PRs (30d)
- 29
Description
From #22:
@Falcury
-q -xworks for me, though showing schemes does not:[rofrol@DESKTOP-NBALJ88 ~]$ pushd ~/rofrol/installed/colortool/ &> /dev/null [rofrol@DESKTOP-NBALJ88 ~/rofrol/installed/colortool]$ ./colortool.exe -s Unhandled Exception: System.IO.IOException: The handle is invalid. at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) at System.Console.GetBufferInfo(Boolean throwOnNoConsole, Boolean& succeeded) at System.Console.get_WindowWidth() at ColorTool.Program.PrintSchemes() at ColorTool.Program.Main(String[] args)
This should be fixed.
- We need to add support for
-s -xto print the scemes in linux-y mode - We should probably also catch this exception for the
-sflag and properly display an error along the lines of "You should try-s -x"
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
Start with ColorTool.Program.PrintSchemes and the -s/-x command-line paths shown in the issue. Verify behavior on WSL: -s -x prints schemes in Linux-y mode, while -s handles invalid console access with the suggested error.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100