Codex Desktop thread summary panel auto-opens on right-edge hover with no opt-out

What version of Codex is running?

Codex Desktop app 26.429.30905 (CFBundleVersion 2345) on macOS.

What steps can reproduce the bug?

1. Open Codex Desktop with a local Git-backed conversation.
2. Move the mouse to the far right edge of the Codex window.
3. A floating thread summary panel opens automatically. In my case it shows sections such as:

• Branch details
• Changes
• Git actions
• Create pull request
• Sources / Web search

What is the expected behavior?

The panel should not open from incidental right-edge mouse movement unless the user has opted into that behavior.

At minimum, there should be a setting or persisted preference to disable the right-edge hover opener. Ideally the panel should open only via an explicit control, keyboard command, or pinned state.

What do you see instead?

Moving the cursor to the far right side of the screen/window opens the panel automatically. I do not see a way to turn this behavior off, so it is easy to trigger accidentally while using Codex or moving between windows.

Additional information

I inspected the installed Desktop app bundle to identify the behavior. The relevant UI appears to be the thread summary panel, not the pet/avatar overlay.

In the bundled webview assets, the rendered strings are associated with the thread summary panel:

• codex.localConversation.gitSummary.title -> Branch details
• localConversationPage.gitActions -> Git actions
• codex.localConversation.gitSummary.createPullRequest -> Create pull request
• codex.localConversation.sources.title -> Sources
• codex.localConversation.sources.webSearch -> Web search

The bundled CSS appears to intentionally create a hover target at the right edge:

._panel_mvlmq_1:after {
  content: "";
  z-index: 10;
  pointer-events: auto;
  width: 36px;
  position: absolute;
  top: 0;
  bottom: 0;
  right: 0;
}

._panel_mvlmq_1:hover,
._panel_mvlmq_1._open_mvlmq_31 {
  opacity: var(--thread-summary-panel-progress);
  pointer-events: auto;
}

._panel_mvlmq_1:hover ._content_mvlmq_36,
._panel_mvlmq_1._open_mvlmq_31 ._content_mvlmq_36 {
  transform: translate(0);
}

This suggests the panel auto-opening is implemented as an invisible 36px hover gutter. A possible fix would be to gate that :after hover strip and :hover open behavior behind a user preference, or remove the hover-open behavior and rely on explicit open/pin/toggle state instead.

I looked in the public openai/codex repo but could not find the Desktop webview source for this panel, only the bundled app output locally, so I cannot submit a clean source PR from the public checkout.