[Codex App] Cloud ChatGPT Projects fail to load chats because desktop requests limit=100 but API max is 50

The payload names no files or tests. Start from the desktop app's Projects flow and trace the GET /gizmos/{gizmo_id}/conversations request that sends limit=100; the work is done when existing project chats load without HTTP 422 using a supported limit and pagination if needed.

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

26.715.31925 (build 5551)

What subscription do you have?

ChatGPT paid plan (exact tier not verified)

What platform is your computer?

Darwin 24.5.0 arm64 arm

What issue are you seeing?

In the new unified ChatGPT desktop app (bundle ID com.openai.codex), selecting an existing cloud ChatGPT Project shows:

Unable to load project chats

(The UI was in Chinese: 无法加载项目聊天.)

This affects multiple Projects. The desktop logs show that the authenticated request for each Project is:

GET /gizmos/{gizmo_id}/conversations?limit=100&owned_only=false

The server rejects it with HTTP 422:

{
  "detail": [
    {
      "type": "less_than_equal",
      "loc": ["query", "limit"],
      "msg": "Input should be less than or equal to 50",
      "ctx": { "le": 50 }
    }
  ]
}

The request has authentication attached, and other account/config requests succeed. This is not a 401 or 403 authorization failure. It appears to be a client/server contract mismatch: the desktop client requests a page size of 100 while the endpoint currently enforces a maximum of 50.

What steps can reproduce the bug?

1. Launch the current macOS desktop app.
2. Open the Projects section.
3. Select any existing cloud ChatGPT Project.
4. Observe Unable to load project chats.
5. Inspect the desktop log and observe:
   • request: /gizmos/{gizmo_id}/conversations?limit=100&owned_only=false
   • response: HTTP 422
   • validation message: Input should be less than or equal to 50
6. Select another Project and observe the same request/response failure.

The issue still reproduces after updating and restarting the app.

What is the expected behavior?

The desktop app should request a supported page size (for example, limit=50) and paginate if necessary, then display the Project's chats.

A Project should not be shown as unloadable because the client sends a query parameter outside the server's accepted range.

Additional information

• Reproduced on 2026-07-19 (Asia/Shanghai).
• Multiple Project IDs fail identically, so this does not appear to be corruption in one Project.
• limit=100 is the requested page size, not evidence that any Project actually contains 100 chats.
• Project names, IDs, account identifiers, and conversation content have been redacted.
• The exact issue signature was searched in existing openai/codex issues before filing; no matching report was found.
• Redacted logs can be provided privately if maintainers need additional diagnostics.