[macOS][26.810.52044] Ctrl+Shift+M opens /model submenu instead of full model/reasoning/Fast picker

What version of the Codex App are you using (From “About Codex” dialog)?

26.810.52044 (build 6662; bundled codex-cli 0.148.0-alpha.9)

What subscription do you have?

ChatGPT subscription; this does not appear to be plan-specific.

What platform is your computer?

Darwin 25.5.0 arm64 arm

What issue are you seeing?

In the latest macOS desktop build, Ctrl+Shift+M opens a lightweight, model-only selector that appears to be the same submenu opened by typing /model.

Previously, this shortcut opened the full composer picker available from the lower-right control. That richer picker exposes the model, reasoning effort, and Fast/service-tier controls together.

The shortcut therefore no longer provides keyboard access to reasoning effort or Fast mode, even though the full picker is still present and usable with the mouse. This is a desktop UX regression rather than a backend model-selection failure.

What steps can reproduce the bug?

1. Open a local Codex task in the macOS desktop app.
2. Click the model control at the lower-right of the composer.
3. Observe the full picker with model, reasoning effort, and Fast/service-tier controls.
4. Close the picker.
5. Press Ctrl+Shift+M.
6. Observe a simple model-only list.
7. Close it, type /model, and observe the same model-only submenu.

This reproduces while the task is idle and does not depend on prompt content or conversation length.

What is the expected behavior?

Ctrl+Shift+M should open the full composer model picker—the same rich surface opened from the lower-right composer control—so model, reasoning effort, and Fast/service-tier settings remain keyboard-accessible.

If the model-only slash-command submenu needs its own shortcut, it should use a separate command rather than replacing the existing composer.openModelPicker behavior.

Additional information

A sanitized inspection of the installed app bundle at /Applications/ChatGPT.app/Contents/Resources/app.asar supports the observed behavior:

• The default keybinding still maps Ctrl+Shift+M to composer.openModelPicker.
• The only literal handler registration for that command in the shipped webview bundle opens the slash-command model view.
• The richer picker remains in the same bundle, including its simple/advanced views, reasoning slider, model rows, and Fast/service-tier handling, but it no longer owns the literal composer.openModelPicker handler.

This suggests a frontend command-routing regression, but the bundle evidence alone does not establish the intended product behavior or exact source commit.

As supporting—not definitive—comparison evidence, an installed 26.803.61601 VS Code frontend bundle registers composer.openModelPicker directly to its rich picker open function. Because that is a different application target, it should not be treated as an exact desktop regression bisection.

I searched existing issues and did not find an exact report. Related but distinct reports:

• #26819 tracks keyboard shortcuts for model/reasoning selection and received a recent comment about lost reasoning-effort keyboard access.
• #31968 documents the full Advanced model/reasoning picker.
• #22279 concerns the same shortcut failing under non-English input sources, not the wrong picker opening.