What version of the Codex App are you using (From “About Codex” dialog)?
Version 26.217.1959 (669)
What subscription do you have?
Plus
What platform is your computer?
Darwin 24.6.0 arm64 arm
What issue are you seeing?
When queuing multiple instructions in the desktop app, the UI components for the queued tasks fail to calculate their layout geometry correctly. Instead of stacking vertically, the text nodes and associated UI elements (like cancel/edit buttons) render at the exact same spatial coordinates, layering on top of one another.
This layout calculation failure causes two main issues:
Visual Corruption: The overlapping text makes all queued prompts completely illegible.
Functional Breakage: The overlapping bounding boxes break hit-testing for pointer events, rendering the individual queued items and their action buttons unclickable
What steps can reproduce the bug?
Open the Codex desktop application.
Submit an initial task that takes time to process.
Rapidly queue multiple subsequent tasks (e.g., "continue on the tasks. if you think you've implemented the core logic...").
Observe the queue container in the UI.
What is the expected behavior?
Queued tasks should compute their height accurately and stack vertically in the DOM layout flow. If the number of queued tasks exceeds the allocated viewport space for the queue container, the parent container should gracefully handle the overflow by becoming vertically scrollable.
Additional information
Proposed Solution:
Implement standard overflow handling for the queue container. The parent container handling the queue state needs a constrained max-height with overflow-y: auto (or scroll) applied, and the child components must be kept within the normal document flow (e.g., flex-direction: column with properly calculated block heights) rather than overlapping.
What version of the Codex App are you using (From “About Codex” dialog)?
Version 26.217.1959 (669)
What subscription do you have?
Plus
What platform is your computer?
Darwin 24.6.0 arm64 arm
What issue are you seeing?
When queuing multiple instructions in the desktop app, the UI components for the queued tasks fail to calculate their layout geometry correctly. Instead of stacking vertically, the text nodes and associated UI elements (like cancel/edit buttons) render at the exact same spatial coordinates, layering on top of one another.
This layout calculation failure causes two main issues:
What steps can reproduce the bug?
Open the Codex desktop application.
Submit an initial task that takes time to process.
Rapidly queue multiple subsequent tasks (e.g., "continue on the tasks. if you think you've implemented the core logic...").
Observe the queue container in the UI.
What is the expected behavior?
Queued tasks should compute their height accurately and stack vertically in the DOM layout flow. If the number of queued tasks exceeds the allocated viewport space for the queue container, the parent container should gracefully handle the overflow by becoming vertically scrollable.
Additional information
Proposed Solution:
Implement standard overflow handling for the queue container. The parent container handling the queue state needs a constrained max-height with overflow-y: auto (or scroll) applied, and the child components must be kept within the normal document flow (e.g., flex-direction: column with properly calculated block heights) rather than overlapping.