CLI issue form has duplicate terminal description key

Resolved 💬 2 comments Opened May 5, 2026 by mitre88 Closed May 8, 2026

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?

  1. Inspect .github/ISSUE_TEMPLATE/3-cli.yml.
  2. 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.

View original on GitHub ↗

2 Comments

MiladZarour · 3 months ago

I confirmed this locally and prepared the minimal cleanup.

The fix is to replace the duplicate description keys in .github/ISSUE_TEMPLATE/3-cli.yml with a single block scalar that preserves both pieces of guidance:

  • mention multiplexers like screen / tmux / zellij
  • keep terminal examples like VS Code, Terminal.app, iTerm2, Ghostty, and Windows Terminal

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.

MiladZarour · 3 months ago

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.