Open Beta

Status and Avatar Changes Are Extremely Unreliable VRChat's WebSocket and REST API have several reliability problems, but there are two issues in particular that are extremely frustrating. Status and Status Text Changes When using the auth endpoint to change your status or status text, the change is correctly reflected on VRChat.com and in clients such as VRCX and VRCN. However, the change often does not properly update in game. For example, you can change your status from "Join Me" to "Do Not Disturb" through VRChat.com , VRCX, or VRCN. The website and external clients will immediately show "Do Not Disturb", but even several minutes later your friends in game may still see you as "Join Me". They may even still be able to generate an invite to your instance despite your account supposedly being set to "Do Not Disturb". This makes the status shown on VRChat.com , VRCX, and VRCN extremely unreliable because you cannot trust that the status you selected is actually being used in game. Avatar Changes Avatar changes through the API have a similar problem. VRChat provides endpoints that allow users to change their avatar through VRChat.com , and these same endpoints are also used by clients such as VRCX and VRCN. However, changing an avatar through these endpoints feels like a coin flip. Sometimes the avatar changes immediately, sometimes nothing happens, and sometimes you select an avatar and several hours later your avatar suddenly changes to the avatar you selected hours earlier. Expected Behavior If a user changes their status, status text, or avatar through an official VRChat endpoint, the change should reliably propagate to the game and all connected services. Especially for statuses, this is essential functionality. If I change my status to "Do Not Disturb", then update the damn status everywhere. It should not matter whether I changed it in game, on VRChat.com , through VRCX, through VRCN, or through another application using the official API.

Previously, the primary colors that stood out were the blue, green, orange, and red status indicators. Now that large solid-color banners dominate the interface, the status icons are much less noticeable, making the interface more visually tiring to use. ja: 新しいフレンド一覧は色が混線して視認性が悪い これまでは主要な特徴色はステータスアイコンの青/緑/オレンジ/赤だけだったが、単色バナーが支配的になったことでステータスアイコンの視認性が下がり目に見えて疲れる。

This is only technically related to the beta because it is something that only became relevant due to the layout change. It was something that could have been nice in the past, but unnecessary since there was support next to them before: The shield icons that represent a user's trust rating are not setup to be colorblind friendly, but the avatar performance rating icons are. With the old nameplates, there was text clearly stating the trust rating next to the icon, but in the new nameplates, they are only represented with the icon. The problem is that these icons look exactly the same for every trust rating, and the only difference is the color. Colorblind friendly design holds heavy importance in being able to differentiate something in grayscale as well, if you are designing it in a mindful way. The avatar performance rating symbols are seemingly made to be intentionally colorblind friendly in their designs (Star on excellent, circle in-fill expands outward as the rating gets worse, and then an exclamation point for very poor). I think it would be a change of interest to come up with new designs for the trust ratings on the nameplates, to support us colorblind people! A suggestion could be something as simple as an increasing number of hash marks on the existing shields as the rank increases, and the friend one getting something special. Image attached to show the trust and performance symbols in greyscale, for examples. If you can't tell which is which in the image without the words, neither can a lot of regular players!

The new profile themes allow users to choose arbitrary colors for text, buttons, icons, and backgrounds. Some combinations can make functional UI difficult or impossible to read, for example, white text on a bright yellow button. This is primarily a readability and visual-comfort issue. Poor contrast can affect users with low vision, color-vision deficiencies, migraines, light sensitivity, or other visual-processing difficulties. It can also be especially uncomfortable in VR headsets. Please add an accessibility option that lets viewers override custom profile themes with VRChat's default colors. Ideally, this would include a global toggle to show/hide custom profile themes, automatic use of default colors when a high-contrast accessibility mode is enabled, or contrast validation in the theme editor to prevent unreadable combinations. Profile customization is a nice form of self-expression, but the viewer's accessibility and readability preferences should take priority over another user's theme.

A few friends and I have noticed that items do not seem to synchronize between live and beta users. For example, if a live user spawns an item in an instance, beta users cannot see it and vice versa.

When i hold Tab key im able to move the mouse cursor completly, but the general movement is locked completly until i stop pressing Tab Holding tab and moving at same time is used often on Game Worlds for pick items when you are running at same time

In short, we need a way to tell whether interactions are allowed without having to actually try interacting with someone. The Avatar Interaction Disabled icon was removed from nameplates, but we really need it back. I think the value of having an interaction icon is that you can know whether two avatars can interact without having to physically touch the other person to check. Compared to the potential harassment caused by displaying an “interactions not allowed” icon, I think having to touch someone just to confirm their interaction status would be much more awkward. This is especially true for hosts running interactive games, as checking the interaction icons would be much easier than confirming each player individually.

With the new nameplate losing even more real estate for group banners, the difficulty in making a banner that looks good both on nameplates and on the group page has increased significantly. If the new group banner real estate for nameplates stays as is, I think there should at least be a separate, nameplate specific banner that you can upload, with a clear template during the upload process that shows us a consistent visibility window across all options (min-max nameplate length, menu closed/open, etc)

In VRChat 2026.3.1 Build 1878 and later, it's no longer possible to see from "All Friends" how long a friend has been offline without opening their profile. This used to exist in VRChat 2026.2.3p3 Build 1867 with the old UI. This is an UI regression for users who want to unfriend those who have been offline for very long periods of time. Now an user needs to open each profile individually to see the offline time from their full profile, which is cumbersome for users with lots of friends. Please consider adding offline time back to the "All Friends" view for offline friends. Screenshots provided from VRChat 2026.2.3p3 Build 1867 and VRChat 2026.3.2 (OPEN BETA) Build 1896 for comparison. Additional info: Feedback originally submitted to reddit by ThisIsNotTex: https://www.reddit.com/r/VRchat/comments/1vrxmu9/comment/p4h4c6u/

The new profiles contain less information available at first glance, things are all over the place (e.g. pronouns next to Verified 18+ next to represented group), elements appear big. I believe in having more things at glance, no layout shift (things moving other things), better grouped information, less empty space - better effectiveness and readability in short. I put together my slightly reimagined version of the design in the attachment that might better convey what could be improved. 2 screenshots - before and after