Website

OGP of VRChat world page uses name attribute for OGP meta tags. https://vrchat.com/home/world/wrld_beddab1e-fee1-cafe-f00d-ca7c0dd1eca7 <meta name="og:title" content="SuRroom by citrusxr"> <meta name="og:type" content="website"> <meta name="og:image" content="https://api.vrchat.cloud/api/1/file/file_0043cc43-931c-4c4e-87a0-2e0e4622d320/3/file"> <meta name="og:image:alt" content="A preview image of VRChat world &quot;SuRroom&quot; by citrusxr"> <meta name="og:description" content="Experience true VR home world․ Multilingual supported․ created by ˸ CITRUS Studio members˸［＂Shatoo＂‚ ＂ureishi＂‚ ＂Rastvas＂‚ ＂Izzy_da＂］"> <meta name="og:siteName" content="VRChat"> However, according to https://ogp.me/ , meta tag for OGP should use property attribute. For services that supports twitter card to get website information, fall backed to twitter card which is currently correct but for services doesn't support that (e.g. misskey, A fediverse SNS, doesn't support twitter card by bug), they fails to get website information. FYI: For twitter card, using name attribute is correct. Please refer https://developer.twitter.com/en/docs/twitter-for-websites/cards/overview/summaryoverview/summary

The status indicator(All Friends section) on the web ( vrchat.com/home ) seems to have darkened in color. My color-blind friend says no longer tell the difference between "Online" and "Ask me" (The status setting column is the same color as before.) Change the color to a recognizable or change the shape of the icon? (e.g. circle or square)

When submitting tickets, a ticket number is created along with a link to view follow-ups and the content of the submitted ticket. Users are supposed to log into the website to access their tickets, but they are always redirected to https://help.vrchat.com/hc/en-us without a chance to log in and view their tickets. Additionally, a copy of the ticket should be sent to the user's inbox in the email that confirms receipt of the ticket. This would make it much easier to create report tickets for repeat offenders without having to remember every detail each time. I believe fixing this system would help users who aim to improve the platform by reporting bad actors or groups, benefiting both the platform and its users.

So, currently it's Hidden Age Verified Verified 18+ From what I understand everyone who verifies gets the "Age Verified" role, and only people who are 18+ get "Verified 18+". For starters, I think there needs to be a "Verified 17-" or "Verified 13+" Make this only accessible to people who are 13-17, and this would allow people who are Underage to not only represent that fact, but also host spaces that excludes Adults. Just as Adults will do the same. Secondly, personally I don't understand why anyone would ever represent "Age Verified" over "Verified 18+" unless they're underage and therefore don't have "Verified 18+", so I'd say just remove this option or replace it with my previous suggestion. But don't let Adults represent it. So, at the end of the day I think it should be Adults: Hidden Verified 18+ and Underage: Hidden Verified 13+ or Verified 17- EDIT: Also, I think the default should be to show your verification as most people are going to go through the process specifically to show it. It's the minority that would want to hide it.

The "All Friends" counter, located at the top-right corner of the page, frequently displays an incorrect total number of friends. The discrepancy is typically one or two friends off in either direction, but in some cases, the error is much larger. For instance, I once observed the counter showing 870 friends, while my actual friend count was 841. It used to display the accurate number instantly, but now for me it takes approximately 7 seconds to accumulate, and even then, the displayed number is often incorrect. When I want to know my real number of friends, I have to open the network monitor in the browser and check the result of the auth/user request, which contains the accurate array of friends.

The same user may appear multiple times in "Friend & Group Locations" or "Friend Locations" on https://vrchat.com/home/locations or https://vrchat.com/home . One possible reason for my extremely large number of friends (over 4000) is that duplicate users are causing this issue. However, it is troublesome when these duplicates result in a broken display, as shown in the attached image, after a long wait for it to load properly. == 機械翻訳前の原文 == https://vrchat.com/home/locations または https://vrchat.com/home の"Friend & Group Locations"または"Friend Locations"において同じユーザーの表示が重複し、何度も繰り返して表示されることがあります。 私のフレンドの数が極端に多い（4000オーバー）ことが原因の一つかもしれませんが、表示までかなり待たされた後に添付した画像のように壊れた表示で返されてしまうので困っています。

when changing status on the website, it shows up under the age verification screen

When a group is set to invite only (specifically), do the following: Invite user A to the group User A deletes the notification After this, (1) it's not possible to send another invite and (2) it's not possible to accept the invite from the group page on the website ("closed to new members" appears instead of accept invite). This appears to be a website UI bug; issuing a group join accept from the API (POST https://vrchat.com/api/1/groups/grp_ID/join?confirmOverrideBlock=false ) works. Additionally, this is specifically a problem with the "invite only" state; in "closed" the accept invite button appears on the group page.

I notice that for some reason this already exists for worlds, but not for avatars? Anyway, we already have this feature in the SDK now, for both worlds and avatars, allowing us to make edits without reuploading the asset, which I appreciate. Now I'd love to see it also on the website, so that we don't even have to launch Unity to make these changes. I basically just want the website to come to parity to the same level of control that the content manager in the SDK has. You already have support for most of the features that the content manager has, it just needs to allow editing of names, descriptions, and tags, and that'd be that. Thanks. Other relevant, but not quite as specific/current, posts: https://feedback.vrchat.com/feature-requests/p/allow-organizing-avatars-from-the-vrchat-website https://feedback.vrchat.com/feature-requests/p/allow-the-editing-of-avatar-and-world-names-descriptions-after-uploading

On the website where one can apply to use the iOS closed beta, it should list the new iPhone 16/16 Plus, 16 Pro/Pro Max. These are the newest iPhones available from apple.com that has an A18 chip and I think VRChat should work for those. I personally think however that only allowing VRChat on 16 Plus, Pro and Pro Max could also be an option if it is decided that the normal 6.1 inch screen is too small (the Pro is 6.3 inch, the Plus is 6.7 inch, while the Pro Max is 6.9 inch. I recently got a 16+ and would love to test my new iPhone to it's absolute limits using the VRChat closed beta but ran into this problem.