Open Beta

As the title says. In MM is fine. How to reproduce: Open VRChat Open the user page in QM (Receive an invite or friend request and click "..." and "View Profile" OR click any user from the "Friends" page in the wings) Click "Request Invite" or "Send Invite" You'll see the VRC+ Advertisements even if you have VRC+

Sign into VRChat via Discord Open the social menu Scroll down to the Discord section The Discord section is not sorted by the sorting type you have selected

Issue: When selecting a user to send a Boop to, the screen in which an emoji is chosen, can render overtop of UI elements on the Quick Menu. Steps to reproduce: Launch VRChat. Open the Quick Menu, and select a friend in the same instance, clicking on their capsule. Choose the "Boop" button for that user, if it is available. Be on the screen where you can select an emoji to boop towards a friend. Some UI elements are eclipsed, or cut off from view, which should not be the case. Expectations and observations: The "Send Boop" button at the bottom of the screen should be fully visible, and not cut off from the UI. UI elements at the top of the QM should be fully shown (or fully hidden), rather than being partially eclipsed. Opening the Quick Menu, and selecting the Social Tab in the Main Menu, then proceed to select any friend to boop does not trigger this bug; only through selecting a user's capsule and sending boops through the Quick Menu

As the title says. How to reproduce: Create a sticker from the gallery photo OR edit the existing sticker Complete the editing sticker Attempt to create another sticker or edit any sticker You'll see nothing on the window Tested on w_2026.1.2-53fcbb6857

group share doesn't load image until you interact. group event images never seem to load

As title states, opening the user profile in the big menu causes significant hitching and can occasionally cause crashing. This doesn't occur in live. Happens in boyh open beta and 3p beta.

I am not actively subscribed to VRC+, but I can send custom emojis through boops https://cdn.discordapp.com/attachments/449386885299830794/1249057699245592646/8F8hM0e.mp4?ex=6665eb21&is=666499a1&hm=437520b2467979e9bf1c249fae213a1f10cdfa1aa6db67f732a23618394847db& // message link to open beta server showing the issue https://canary.discord.com/channels/189511567539306508/449386885299830794/1249057699589656576

Open Debug UI Ensure all graphs are disabled Every odd amount of minutes, a performance log zip gets written to disk A performance_log zip is getting written to disk even when no graphs are enabled. When all graphs are disabled, nothing should be getting written to disk.

The HeadChop feature has stopped considering the original scale of specified objects, instead forcing them to an equivalent of Scale 1.0. This is causing visual glitches in the local player's view (PlayerLocal). For example, when the Armature scale is set to 0.01, objects parented under the Head typically have a scale of 100. Previously, HeadChop accounted for this, but it now ignores the parent scale and forces the object to a scale of 1, resulting in an incorrect display size. This issue appeared suddenly within the last 1–2 months. Since the problem persists even after downgrading the SDK to version 3.9.0, it is likely not an SDK-specific bug but rather a result of a change in server-side processing or the build pipeline. Furthermore, avatars uploaded prior to this period continue to function correctly; the issue only affects newly uploaded content. (Note: The behavior remains normal when tested in Unity using Av3Emu.) Example: ・Armature Scale: 0.01 ・Target Object (under Head): Scale 100 (with HeadChop ScaleFactor set to 1) Expected Behavior: The Object Scale should effectively be 1,000,000 (maintaining the visual equivalent of Scale 1 in world space). Actual Behavior: The Object Scale becomes 10,000 (resulting in a visual equivalent of Scale 0.01 in world space).

when loading into and leaving a world, i'm able to hear my warp animation despite having the items/effects volume set to 0