# Desktop model catalog filtered since June 29, but web works (same account) **URL:** \ **Category:** Bug Reports\ **Tags:** openai, anthropic\ **Created:** [June 30, 2026, 2:43am UTC](https://forum.cursor.com/t/desktop-model-catalog-filtered-since-june-29-but-web-works-same-account/164383 "2026-06-30T02:43:21Z")\ **Posts on this page:** 7\ **Page:** 2
**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\ **Post date:** [July 2, 2026, 11:53am UTC](https://forum.cursor.com/t/desktop-model-catalog-filtered-since-june-29-but-web-works-same-account/164383/27 "2026-07-02T11:53:38Z")
@soyking_k, yeah, you’re right. `disableHttp2` by itself doesn’t fix this. The issue is that the local process that fetches the model catalog uses its own HTTP/2 network stack, and it doesn’t pick up `http.proxy`, the system proxy, env vars, or `disableHttp2`. So the request goes out directly from a CN IP, and the catalog gets filtered by region. On 3.7.42 this request went over HTTP/1.1 through the system proxy, which is why the behavior differs between versions. This behavior is known, and honestly I don’t have a clean application-layer workaround that works reliably on the current version right now. A TUN setup intercepts traffic at the network level, but it conflicts with Tailscale and corporate VPN, as mentioned above. Thanks everyone for the detailed digging in the thread, especially for `lsof`. It really helped pinpoint what’s happening. ---
**Author:** ![Suilta\_Pico](https://avatars.discourse-cdn.com/v4/letter/s/a9adbd/32.png) [@Suilta\_Pico](https://forum.cursor.com/u/Suilta_Pico)\ **Post date:** [July 8, 2026, 2:05am UTC](https://forum.cursor.com/t/desktop-model-catalog-filtered-since-june-29-but-web-works-same-account/164383/28 "2026-07-08T02:05:38Z")
This bug affects BYOK usage as well. Sometimes I use my own OpenAI API key, yet I am unable to add or use the GPT-5.5 model from the model list. If you don’t fix this soon, I think it might make me give up on using Cursor. ---
**Author:** ![ww\_z](https://avatars.discourse-cdn.com/v4/letter/w/0ea827/32.png) [@ww\_z](https://forum.cursor.com/u/ww_z)\ **Post date:** [July 8, 2026, 9:33am UTC](https://forum.cursor.com/t/desktop-model-catalog-filtered-since-june-29-but-web-works-same-account/164383/29 "2026-07-08T09:33:31Z")
Does Cursor not plan to fix this issue? ---
**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\ **Post date:** [July 8, 2026, 11:28am UTC](https://forum.cursor.com/t/desktop-model-catalog-filtered-since-june-29-but-web-works-same-account/164383/30 "2026-07-08T11:28:35Z")
Hey @Suilta_Pico, thanks for calling out BYOK. That’s an important detail. It looks like the same thing we discussed earlier in the thread is happening here: the model catalog is filtered on the server side based on the request’s IP region, and the local process that fetches the model list currently isn’t going through the proxy. It uses its own HTTP/2 stack, which doesn’t pick up `http.proxy`, the system proxy, env vars, or `disableHttp2`. So if GPT-5.5 is filtered out of the catalog for your region, you can’t add it even if you’re using your own OpenAI key, because the model just never shows up in the picker. I agree this feels weird for BYOK. If you’re using your own key, you’d expect the catalog not to be region-limited. I want to verify this separately so we don’t mix it with the main case. Can you share: - your Cursor version and OS - the Request ID (top right of the chat \> Copy Request ID), if you see one when you try to use the model - a screenshot of the step where you try to add or select GPT-5.5 with BYOK enabled If we confirm this is separate from the regional filtering behavior, I’ll suggest opening a separate thread for it so it doesn’t get lost in this one. On the proxy behavior itself, the local process not respecting the proxy on 3.8+ is a known limitation and I’ve passed it to the team. I can’t share an exact date yet, but once I have something concrete, I’ll update this thread. ---
**Author:** ![Ray6](https://avatars.discourse-cdn.com/v4/letter/r/df788c/32.png) [@Ray6](https://forum.cursor.com/u/Ray6)\ **Post date:** [July 10, 2026, 2:55pm UTC](https://forum.cursor.com/t/desktop-model-catalog-filtered-since-june-29-but-web-works-same-account/164383/31 "2026-07-10T14:55:00Z")
the same issue !!! latest version, it’s not working. the 3.7x version , it can see all models. i don’t know why, but cursor should fix the issue. ---
**Author:** ![cicurso](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/cicurso/32/59099_2.png) [@cicurso](https://forum.cursor.com/u/cicurso)\ **Post date:** [July 21, 2026, 2:06am UTC](https://forum.cursor.com/t/desktop-model-catalog-filtered-since-june-29-but-web-works-same-account/164383/32 "2026-07-21T02:06:09Z")
I’d like to check if this issue has been fixed. Ever since I had to downgrade Cursor to an older version to solve the problem last time, I haven’t dared to update it. ---
**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\ **Post date:** [July 21, 2026, 5:16pm UTC](https://forum.cursor.com/t/desktop-model-catalog-filtered-since-june-29-but-web-works-same-account/164383/33 "2026-07-21T17:16:44Z")
Hey, there’s an update on this thread. The main issue we dug into was a local process that fetches the model catalog. It was sending the request over HTTP/2 directly and bypassing `http.proxy` and the system proxy, so it exited with a CN IP and got caught by the regional filter. A fix for this behavior is now in on our side. The singleton now respects the proxy. What I recommend: 1. Update Cursor to the latest version. Don’t stay on 3.7.42. 2. Make sure your system proxy or Clash is active, and add these lines to `settings.json` to force the HTTP/1.1 path through the proxy: ```json { "cursor.general.disableHttp2": true, "http.proxy": "http://127.0.0.1:7897", "http.proxySupport": "override", "http.proxyStrictSSL": false } ``` Replace port `7897` with yours. After the changes, restart Cursor. Now that the catalog request goes through the proxy with a non-CN exit, the full list (Opus, GPT, Sonnet, Codex) should come back. No TUN needed and no rollback to 3.7.42. If the list is still limited after updating, post your Cursor version here and the Request ID (top right of the chat \> Copy Request ID) and I’ll take a look. [Previous page](https://forum.cursor.com/t/desktop-model-catalog-filtered-since-june-29-but-web-works-same-account/164383.md?page=1)