Skip to content

[BUG] [v0.0.7] /goto with non-numeric argument: system line reads Error: Invalid message number: … — two colons reads awkwardly #53425

@lucaserevo

Description

@lucaserevo

Project

cortex

Description

hen /goto receives an invalid argument, the handler formats an inner message like Invalid message number: <token>. The TUI then wraps slash-command errors with a generic Error: {msg} prefix for system messages. Concatenating these produces a line with two colons in close proximity (Error: Invalid message number: …), which reads like a formatting mistake and makes the error harder to scan quickly. The underlying validation may be correct, but the presentation violates basic CLI/TUI copy hygiene and looks unpolished in a high-visibility error path.

Impact: minor UX papercut; reduces trust in error quality; affects readability in dense transcripts.

Error Message

Debug Logs

System Information

OS: Windows 11

Screenshots

https://github.com/springoliver/bounty_challenge_report_image/blob/main/49103.png

Steps to Reproduce

  1. Open Cortex TUI (session view with message timeline as appropriate for /goto).
  2. Type /goto followed by a negative numeric value or invalid value **
  3. Read the red error line note Error: and number: both use a colon.

Expected Behavior

One clear sentence without stacked colon labels, for example any of:

  • Error — Invalid message number (…) with the value in parentheses, or
  • Invalid message number on one line and the value on the next, or
  • Drop the inner …: and use quotes around the token.

(Product / style guide chooses the exact string.)

Actual Behavior

Error: prefix + message that already ends with …: before the operand double colon in one line.

Additional Context

No response

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't workingideIssues related to IDEvalidValid issue

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions