Skip to content

Don't force KEY column in plain issue list output - #2

Merged
rethab merged 1 commit into
mainfrom
fix/issue-747
Jul 12, 2026
Merged

Don't force KEY column in plain issue list output#2
rethab merged 1 commit into
mainfrom
fix/issue-747

Conversation

@rethab

@rethab rethab commented Jul 12, 2026

Copy link
Copy Markdown
Owner

IssueList.header() in internal/view/issues.go always prepended the KEY column to the requested --columns list whenever it wasn't already present, with no exception for --plain mode. This meant `jira issue list --plain --columns type` (for example) would still print a KEY column the user never asked for.

KEY is only needed by the interactive TUI to drive its view/move/copy actions. Plain output has no such interactive actions, so this change only forces KEY in when not in --plain mode, and respects the user-supplied --columns list as-is otherwise, including letting KEY be omitted entirely.

Addresses ankitpokhrel#747.

IssueList.header() always prepended the KEY column when it was missing
from --columns, even in --plain mode. KEY is only needed by the
interactive TUI to drive view/move/copy actions, so plain output (which
has no such actions) should respect the user-supplied column list as-is,
including omitting KEY entirely.
@rethab
rethab merged commit cb90aa1 into main Jul 12, 2026
1 check passed
@rethab
rethab deleted the fix/issue-747 branch July 12, 2026 05:54
rethab added a commit that referenced this pull request Aug 5, 2026
IssueList.header() in internal/view/issues.go always prepended the KEY
column to the requested --columns list whenever it wasn't already
present, with no exception for --plain mode. This meant \`jira issue
list --plain --columns type\` (for example) would still print a KEY
column the user never asked for.

KEY is only needed by the interactive TUI to drive its view/move/copy
actions. Plain output has no such interactive actions, so this change
only forces KEY in when not in --plain mode, and respects the
user-supplied --columns list as-is otherwise, including letting KEY be
omitted entirely.

Addresses ankitpokhrel#747.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant