Open Beta

When an avatar is in the server processing state, it no longer shows the progress bar until processing is done, and re-appears when download starts.

For debug purposes, it'd be really useful if we could locally toggle our own avatar's animator in the same manner avatar culling does. It could potentially be added in the radial(action) menu or as a unique key option while avatar debug menu is open. (Like Page Up/Down are scrolling)

Upon joining an instance, it is possible for players to de-sync and not be able to re-sync until one user rejoins the instance. Upon de-sync, it appears one player just does not get networked at all, and their nameplate does not show however their selection tictac does.

When opening the prints gallery from the VRC+ QM Tab, it'll take you to photos instead. This only seems to happen the first time you open the gallery on every instance of VRChat but will fix itself for the remainder of the session.

Compared to Live, expected colliders are now non-existent. Experienced in Just B Club, walking past the sliding door (wrld_1b3b3259-0a1f-4311-984e-826abab6f481)

With a SteamVR controller that reports a full skeleton, VRC defaults to hand tracking input behavior. In the 1530 Beta with the new Quick Menu openers, the controller's binding for opening the menu acts as if it were completely disabled. VRC should still respect the SteamVR controller bindings even though there is hand tracking input. The current behavior in the beta is problematic when using gloves with physical button inputs, for example. Ideally, hand gesture controls would be disabled via in-game setting or start-up parameter, at least on SteamVR PC, where more exotic hand tracking / input solutions exist. Possibly related to this comment in the VRC open-beta-discussion channel: https://discord.com/channels/189511567539306508/449386885299830794/1299084757375651850

As the title suggests; a performance block avatar appears at 0,0,0 a few seconds before a user joins an instance. The robot only shows for a few seconds however.

When certain users are culled and then unculled, parts of their avatar's mesh reappear in stages rather than all at once. For instance, I’ve observed one user whose clothing mesh was re-enabled before their body mesh. In the video example provided, a user's head mesh is enabled before their body mesh. This bug does appear to be minor though, as the entire avatar re-enables relatively quickly https://www.youtube.com/watch?v=wp5C0UzXjaE

The game client hard freezes/crashes (deadlock) when trying to enter some instances with around 20 players. I am unsure if it is due to the number of players in the instance, but joining an empty instance of the same world works fine. The freeze/crash seems to happen near the end of the world loading, and then Windows detects the application as not responding anymore. Going back to the public release branch (1554) and I can join the instance just fine, it is only an issue with the Open Beta branch (1564). I doubt it is an avatar in the instance, since the client freezes before the world finishes loading. I also doubt it is the world itself, since loading into the world when it is empty is no issue, and I have had the issue with multiple different worlds. The only common thing I see in the logfile that makes me suspicious, is the two "Holding recovery payload until all bunches are received." messages, since it could sound like cause for a deadlock.

When navigating to the "Change Status" screen, hovering the mouse over any of the previous statuses does not trigger haptic feedback or a hover effect on the text elements. Additionally, there is no indication of which status is currently selected. https://youtu.be/LwkUVIVr1e4