Bug Reports

For Deaf users, the chatbox is a primary communication method. Typing text is equivalent to voice chat for hearing users. When typing at a normal conversational speed, the chatbox frequently triggers spam detection and applies a timeout. This occurs during regular back-and-forth conversation, not intentional spam. As a result, Deaf users are temporarily prevented from communicating at all, because our primary communication tool becomes unavailable. This creates an accessibility barrier where none should exist. This is not an improvement, but a big step backward in accessibility for Deaf players. I do not use TTS, so chatbox access is essential. Please excuse my English, as British Sign Language (BSL) is my first language.

Summary Since around February 28, 2026, connecting through Cloudflare WARP (VPN mode) prevents logging in or properly using VRChat across all platforms — the website, Unity SDK, and the VRChat client app. This is problem, because VRChat's own help pages explicitly state that Cloudflare WARP is allowed: > "As a last resort for connection issues, try using a VPN. Cloudflare's WARP is allowed , but some other VPNs may be blocked." — VRChat keeps crashing or has issues launching properly > "Try using Cloudflare's WARP tool"— Troubleshooting Connection Issues with VRChat Symptoms (all with WARP enabled) 1. VRChat Website ( vrchat.com ) Login appears to succeed momentarily, then immediately redirects back to the login page. This loops indefinitely. (recording attatched to this post) 2. VRChat SDK (Unity Editor) Login fails with the following errors: (screenshot attatched to this post) - Unauthorized, try logging out and in again - "Missing Credentials" - NullReferenceException at VRCSdkControlPanelAvatarBuilder.cs:1491 Stack trace points to VRCApi.cs:288 in MakeRequestWithResponse 3. VRChat Client App (PC) Login itself succeeds. Immediately placed in the Error World. Cannot navigate to any other world — always sent back to Error World. VRChat is effectively unusable. All three services work normally when WARP is disabled. WARP was working fine with VRChat until approximately February 26, 2026. This timing coincides with the API and Social/Friends List maintenance on Feb 26–27 (per https://status.vrchat.com ). Why This Matters: Many Users Need WARP Many users, including myself, rely on Cloudflare WARP because without it, VRChat times out when loading other players' avatars , making multiplayer sessions impossible. The symptoms without WARP: Avatar loading for other players stalls completely → other players' movement/voice freezes → timeout → "VRChat is not responding" Occurs reliably with 10+ players in an instance; does not occur when alone Own avatar loading and world loading are unaffected This is a well-documented, long-standing issue reported by many users (see Related Reports below) The current situation means VRChat is completely unusable either way: WARP off → avatar loading timeouts in any populated instance WARP on → cannot log in / stuck in Error World Environment OS: Windows 11 Home CPU: 13th Gen Intel Core i7-13700F GPU: NVIDIA GeForce RTX 4070 RAM: 32GB ISP: Katch Network (Japan) Connection: Wi-Fi VRChat Build: Build ID 22116304 VRChat SDK: 3.10.0 Unity: 2022.3.6f1 Cloudflare WARP: 2026.1.150.0 (VPN mode) Attachments Video: Website login loop (to be attached) Screenshot: Unity SDK "Missing Credentials" error (to be attached) Related Reports WARP/VPN connection issues (same or similar problem): "World is incompatible with current platform" when using VPN and Cloudflare Warp Connection issues through Cloudflare's WARP Avatar loading timeout (the reason WARP is needed): Connection timed out or VRChat stopped responding error (too often) Recent increase in timeouts, disconnected, and not responding messages Frequent disconnections Connection Issues to VRChat (Possible Routing Problem to Photon Server) VRChat connection interrupted while downloading Avatars/Worlds Update: Output log analysis I compared output_log.txt captured with WARP ON vs WARP OFF. With WARP ON, every API call after login is rejected with 401 "Missing Credentials". The log reveals the reason: "authToken doesn't correspond with an active session" — and the source IP address (Cloudflare WARP IPv6) changes between requests. This may mean VRChat's API is binding sessions to IP addresses, but WARP rotates its exit IP on every request, so the server treats each subsequent call as an invalid session. This session-IP validation likely became stricter with the Feb 26–27 maintenance, as the same setup worked fine before that date. I have submitted a support request with full output log and details on VRChat Help Desk.

Ever since this recent update, people who rely on WARP to be able to play the game with their friends without hassle, can no longer use the service in order to play the game.... I live in New Zealand... I'm currently in the country (Outside of town) and have been for the last 3 years. Our internet is on Copper cable... (VDSL Speeds) And we've had two different ISPs in that time I had the same issue when living in Tawa on 120mb/s down and 80mb/s up, Fiber on a 3rd ISP about 5 years ago... The moment we upgraded to 950mb/s down and 450mb/s up, my issues disappeared… I used to work for an Audio/Security company called A.S.S (Audio and Security Solutions) several years ago and had experience with data networks that the company ran in its digital security department... From my experience and to the best of my knowledge, people who use WARP to resolve connection issues aren't dealing with an ISP problem; it's VRChat's download protocol having an issue with unstable data connections. (Which New Zealand is Famous for) If our connection drops out for a millisecond, VRC's download protocol aborts the download, and you have to restart. That's where WARP comes in... WARP acts like an intermediary requester, which keeps the packet requests constant. While your internet stability has its occasional hiccup. (Think of it like an Uninterruptible Power Supply, but for your Internet connection) Most modern games have a save/restart condition on their download protocol, so that if your internet drops out while you're loading, it starts back up where it left off, and to the user? - It looks like nothing happened The reason why the issue disappears when you have faster internet speeds is that interruptions require a lot more interference from external sources to create enough packet loss on a larger data transfer. Thousands of players need WARP to be usable with VRChat... (Else, you sit there in your homeworld/ previously cached worlds,) Trying your best to get a lucky instance where VRC can download the world your friends are in.... [This can take HOURS for a world above 200Mb to download...] And then when you get in again? You're fighting with your friend's avatars, praying to RNG Jesus that you get a lucky download and can see them in anything, but an error robot... I have a demonstration Video for you on YT, if you'd like a visual example?... https://youtu.be/rNeKtj9IzOA Cheers! :3

Ever since the chatbox "Send Text Automatically" live typing feature came out, I feel like I've been rated limited much more often just trying to chat normally. The chatbox stops working for maybe a minute, and the worst part is there's no indication that you've been rate limited, or when it's fine again.

My chat messages seem to either not load for minutes or i get timed out after 2-3 messages which makes communicating as a non-mic user kinda difficult. The problem only became apparent after the update

When opened for the first time, the Recently Used tab in the Avatars menu will sort by "Date Added" (the first sorting option) despite another option being selected (in my case "Recently Used"), I believe this is a recent regression but I cannot recall when I first noticed it, possibly within the last beta cycle.

In Udon, the InputUse and InputGrab events are sent by Use and Grab inputs, and pass several parameters to Udon programs, including HandType (whether it's the left/right hand). On gamepads, Use and Grab are combined, and both gamepad triggers can be pressed to use them. The problem: Both the Left & Right triggers register as HandType.RIGHT, meaning that no distinction can be made between the Left and Right triggers in Udon for gamepad controls, which currently limits our possible control schemes for worlds. For example, I'm making a movement-heavy world inspired by a freerunning game where the left trigger is jump, and the right trigger activates special abilities. Left trigger was chosen because it allows the player to continuously use both analog sticks to keep moving, without having to lift their thumb off the right stick to jump. I'm currently unable to distinguish between these two triggers, leading to a more interrupted experience on mobile devices and desktop when using a gamepad, since moving and jumping are often required simultaneously. This appears to be a bug, as each trigger is only ever pressed with its corresponding hand, yet both register as Right. If there is a better VRChat-friendly way of distinguishing the two triggers from each other, then it has eluded my testing.

If you were to deattach the quick menu so that it's floating in front of you by turning off a controller and using the one handed mode, you'll notice a large fps increase. The same amount as if the quick menu wasn't open to begin with. This has been a bug for years.

Issue This bug seems to primarily affect some Poiyomi configurations where the 'Opaque' preset is reapplied to a material after another preset was applied. Seems to have recently cropped up due to one of the recent mirror fixes in the last update as I and at least one other person on the Poiyomi Discord only noticed this on our avatars in the last two days. Specifically this issue primarily affects materials that have their Alpha Destination Blend set to One as apposed to OneMinusSrcAlpha. Attached IDs are of the same avatar using the exact same poiyomi material with the only difference between them being 'Alpha Destination Blend' being modified (See Attachment 2). Avatar 1 (Has the Mirror Issue): avtr_139d9b9a-03f7-44bc-8625-fc46bda95acc Avatar 2 (Does not have the Issue): avtr_ec659aeb-9359-4fe3-80a7-eb6878838fa9 Repro Steps: Change into an avatar w/ a shader where the 'Alpha Destination Blend' is set to one. Avatar 1 above is one such avatar. Open Face Cam. Change Face Cam Opacity to something less that 100%. In my testing mine was set to 50%. Lower opacity makes the issue more obvious Observe the transparency issues on the avatar. Attachments: Attachment 1 is screenshot is an example of the transparency issues. Personal Mirror is on the Left, Face Cam Mirror is on the Right with the issues. Attachment 2 is a screenshot of the settings of 4 different materials with different Alpha Destination Blend settings. The ones with 'OneMinusSrcAlpha' do not have any issues in the FaceCam while those that are set to 'One' do have issues.

When someone is typing a chatbox message, the typing indicator disappears after a few seconds even when they are still typing. Steps to reproduce Open 2 clients or get a friend Have one user begin typing into the chatbox continuously Notice that from the POV of remote users, the overhead typing indicator always disappears after about 5 seconds. Notes The typing indicator does not return under any circumstance until the entirety of the chatbox's input field is cleared, in which the typing indicator will return for another 5 seconds before disappearing again. This issue started occurring very recently but is present on both Live and Open Beta. (Both from the perspective of the sender and the people viewing the indicator.)