Description
In Codex Desktop, some browser navigation buttons show two tooltips at the same time when hovered:
- the Codex custom tooltip
- the native Chromium/browser tooltip
This makes the same label appear twice with two different visual styles, and the tooltips can overlap.
Affected buttons
I have observed this on:
- sidebar toggle button
- back button
- forward button
These buttons appear to show the Codex custom tooltip while also still triggering the native browser tooltip.
Expected behavior
When Codex provides a custom tooltip for a button, the native browser tooltip should not appear.
The accessible name should still be preserved, for example with aria-label, but the title attribute should not be used in a way that causes Chromium's default hover tooltip to appear alongside the custom tooltip.
Actual behavior
On the affected buttons, hovering shows both tooltip layers at once.
This is visually inconsistent with the rest of the UI and makes the controls look broken.
Comparison with nearby controls
Other buttons in the same UI seem to behave correctly:
- Most other Codex buttons show only the custom Codex tooltip.
- For example, the voice input button shows only the custom tooltip.
- The window controls in the top-right corner, such as minimize, maximize, and close, currently show only the native browser tooltip. Those seem separate from this issue.
So this does not look like a general tooltip system problem. It looks more like a few browser navigation buttons still have native title tooltips while also being wrapped with Codex's custom tooltip component.
Steps to reproduce
- Open Codex Desktop.
- Open or focus the browser area.
- Hover over the sidebar toggle, back, or forward button.
- Observe that both the Codex custom tooltip and the native browser tooltip appear.
- Compare this with another button, such as the voice input button, which only shows the custom tooltip.
Environment
- OS: Windows
- App: Codex Desktop
- Observed app version: 26.429.3425.0
- UI language: observed in Korean; the same duplicate-tooltip behavior also occurs in other UI languages
Related issues
These issues seem adjacent because they also involve hover UI behavior:
However, this issue is specifically about duplicate tooltip rendering, not hover popover placement or hover-triggered panels.
Notes
I checked the public openai/codex repository on main and a few related-looking remote branches, but I could not find the frontend source that renders this Codex Desktop browser UI.
The public repository appears to include the CLI, TUI, app server, SDKs, and protocol schemas, but not the Electron/Chromium-based desktop UI source that renders the browser sidebar buttons shown in the screenshots.
This does not appear to be specific to Korean localization; the same duplicate-tooltip behavior also occurs in other UI languages.
In the installed Windows app bundle, I could find browserSidebar-related strings and localized tooltip text such as the Korean label for "Back".
Description
In Codex Desktop, some browser navigation buttons show two tooltips at the same time when hovered:
This makes the same label appear twice with two different visual styles, and the tooltips can overlap.
Affected buttons
I have observed this on:
These buttons appear to show the Codex custom tooltip while also still triggering the native browser tooltip.
Expected behavior
When Codex provides a custom tooltip for a button, the native browser tooltip should not appear.
The accessible name should still be preserved, for example with
aria-label, but thetitleattribute should not be used in a way that causes Chromium's default hover tooltip to appear alongside the custom tooltip.Actual behavior
On the affected buttons, hovering shows both tooltip layers at once.
This is visually inconsistent with the rest of the UI and makes the controls look broken.
Comparison with nearby controls
Other buttons in the same UI seem to behave correctly:
So this does not look like a general tooltip system problem. It looks more like a few browser navigation buttons still have native
titletooltips while also being wrapped with Codex's custom tooltip component.Steps to reproduce
Environment
Related issues
These issues seem adjacent because they also involve hover UI behavior:
However, this issue is specifically about duplicate tooltip rendering, not hover popover placement or hover-triggered panels.
Notes
I checked the public
openai/codexrepository onmainand a few related-looking remote branches, but I could not find the frontend source that renders this Codex Desktop browser UI.The public repository appears to include the CLI, TUI, app server, SDKs, and protocol schemas, but not the Electron/Chromium-based desktop UI source that renders the browser sidebar buttons shown in the screenshots.
This does not appear to be specific to Korean localization; the same duplicate-tooltip behavior also occurs in other UI languages.
In the installed Windows app bundle, I could find
browserSidebar-related strings and localized tooltip text such as the Korean label for "Back".