Summary
Visual rendering bug where the input line cursor or indicator rectangle becomes misaligned and overlaps with the status bar elements below ("accept edits on [shift+tab]" and "? for shortcuts").
Expected Behavior
The input cursor/indicator should stay aligned with the text input line and not overlap with other UI components.
Actual Behavior
The input indicator rectangle renders at an incorrect position, creating visual overlap with the status hints below the input area.
Steps to reproduce the issue
-
Open Command Code in Windows terminal (Orca) with cmd.exe
-
Start typing or have content in the input field
-
The cursor/indicator rectangle drifts downward and overlaps with the bottom UI elements
Command Code Version
1.44.0
Operating System
Windows
Terminal/IDE
Orca
Shell
cmd.exe
Session file (optional)
No response
Fix prompt (optional)
The bug is in the terminal input rendering code - likely the cursor position or line height calculation for the input area.
Where: Input field component in the terminal UI layer, possibly in the cursor positioning logic.
What's correct:
1. The input cursor/indicator should be vertically aligned with the text being typed
2. There should be clear separation between the input area and the status bar below
3. The cursor position calculation must account for the terminal's line height and any padding/margins
How to check:
1. Open Command Code in Windows cmd.exe
2. Type multiple lines or long text in the input field
3. Verify the cursor/indicator stays on the same line as the text
4. Confirm no overlap with "accept edits on [shift+tab]" or "? for shortcuts" hints
5. Test with different terminal sizes and font configurations
Additional context
This appears to be a terminal rendering issue specific to Windows cmd.exe environments. The cursor position calculation may not account for line height or padding correctly, causing the visual indicator to drift downward.
Summary
Visual rendering bug where the input line cursor or indicator rectangle becomes misaligned and overlaps with the status bar elements below ("accept edits on [shift+tab]" and "? for shortcuts").
Expected Behavior
The input cursor/indicator should stay aligned with the text input line and not overlap with other UI components.
Actual Behavior
The input indicator rectangle renders at an incorrect position, creating visual overlap with the status hints below the input area.
Steps to reproduce the issue
Open Command Code in Windows terminal (Orca) with cmd.exe
Start typing or have content in the input field
The cursor/indicator rectangle drifts downward and overlaps with the bottom UI elements
Command Code Version
1.44.0
Operating System
Windows
Terminal/IDE
Orca
Shell
cmd.exe
Session file (optional)
No response
Fix prompt (optional)
The bug is in the terminal input rendering code - likely the cursor position or line height calculation for the input area.
Where: Input field component in the terminal UI layer, possibly in the cursor positioning logic.
What's correct:
1. The input cursor/indicator should be vertically aligned with the text being typed
2. There should be clear separation between the input area and the status bar below
3. The cursor position calculation must account for the terminal's line height and any padding/margins
How to check:
1. Open Command Code in Windows cmd.exe
2. Type multiple lines or long text in the input field
3. Verify the cursor/indicator stays on the same line as the text
4. Confirm no overlap with "accept edits on [shift+tab]" or "? for shortcuts" hints
5. Test with different terminal sizes and font configurations
Additional context
This appears to be a terminal rendering issue specific to Windows cmd.exe environments. The cursor position calculation may not account for line height or padding correctly, causing the visual indicator to drift downward.