CLI issue form has duplicate terminal description key
What issue are you seeing?
The CLI issue form defines description twice for the same terminal-emulator input field:
- type: input
id: terminal
attributes:
label: What terminal emulator and version are you using (if applicable)?
description: Also note any multiplexer in use (screen / tmux / zellij)
description: |
E.g, VSCode, Terminal.app, iTerm2, Ghostty, Windows Terminal (WSL / PowerShell)
In YAML, duplicate mapping keys are ambiguous and common parsers keep the latter value. In practice, the multiplexer guidance can be discarded by the second description key.
What steps can reproduce the bug?
- Inspect
.github/ISSUE_TEMPLATE/3-cli.yml. - Parse the issue templates with duplicate-key detection.
The duplicate is reported at lines 43 and 44 in the current template.
What is the expected behavior?
The terminal-emulator field should have one description key that preserves both pieces of guidance:
- ask for any multiplexer in use;
- provide examples such as VS Code, Terminal.app, iTerm2, Ghostty, and Windows Terminal.
Additional information
This is a small repo-metadata fix, not a runtime behavior change. A minimal patch would combine the two descriptions into one block scalar.
Because external PRs are invitation-only per docs/contributing.md, I am not opening an unsolicited PR, but I have the two-line template cleanup prepared locally if maintainers want it.
2 Comments
I confirmed this locally and prepared the minimal cleanup.
The fix is to replace the duplicate
descriptionkeys in.github/ISSUE_TEMPLATE/3-cli.ymlwith a single block scalar that preserves both pieces of guidance:I also checked the file with duplicate-key detection after the change, and it reports no duplicate YAML keys.
Happy to open a PR if maintainers want this small repo-metadata cleanup.
Thanks for resolving this.
I’ll remove this from my planned cleanup list now that the duplicate CLI issue template description has been fixed in #21685.