Website

I wish we could pick a day and time of when those notifications go out so that we can avoid notification spam. TBH I kinda just want to add 100 events to my calendar, but I don't want to annoy people with 100 notifications. This might be a good way to draft events before publishing too.

The sort methods on a group's event page cannot be interacted with because the list closes as soon as the cursor hovers over the event entry.

Searching for events by tags should never be case-sensitive, as this can lead to results being unintentionally excluded. This behaviour is also in the client.

The toggle "Send a notification about this event being created" seems to have no effect, creating a new event always sends a notification.

If an event has any amount of platforms listed in its event card, it causes a line-break for the group visibility which doesn't look good UI-wise.

The filter doesn't seem to be doing anything on the group events page (/home/group/grp_.../events). Hard to test more because the sorting mode also cannot be changed due to: https://feedback.vrchat.com/website/p/event-sorting-methods-cannot-be-chosen . Also I'm not sure what "newest" means in this context (shouldn't it be something like "Earliest" or "Closest" or something?) but it seems to be displaying most certainly what I would consider "oldest" or "most in the past" first. So perhaps neither of the dropdowns at the top are working.

In the client, you can choose the time format for the calendar and clock. However, on the website, event times remain in the 12-hour format regardless of your operating system’s settings. The website should also adopt the time format configured in your OS for displaying event times and in the Week and Day views.

The calendar's event creation form on the website defaults to having an event start time 24h after time of loading. Also, it refuses to let you set a start time that's in the past. As a result, when you try to change the date portion of the start time from the next day to the current day, the change will not "stick", because such a time is considered to be in the "past". No feedback is provided to the user explaining what's happening. This results in events being scheduled incorrectly. Currently the only way around this is to set the time before setting the date to the current day. But this is contrary to how most people think, not to mention the date is always displayed before the time and if you're using your keyboard, you tab to the date before tabbing to the time. I suggest instead of setting the default start time to a confusing (hard to notice) and broken 24 hours after the current moment, it should be set such that the time is at least five minutes after the current moment (regardless of what the default day is). Personally I'd use one hour after the current moment, in the current day. This solves the problem (assuming the user takes less than one hour between starting event creation and setting the start time, which seems reasonable) without requiring a change in the start time restriction rules.

Some major providers are blocked, including iCloud

VRC is blocking Protonmail and forcing me to stay on my a gmail address that I don't want to use. I suppose it makes sense to block providers you don't trust to be easily autobotted at account creation, but I've already made my account with a provider that you find “trustable”. It doesn't make sense to restrict people from switching to their actual emails after they've passed that account creation barrier. I also pay for VRC+, and apparently that's not considered either to give me the freedom to set my actual email. Plus in any case, it's as easy to make a new gmail account as it is to make one on Proton (I actually have found that it is perhaps a little harder on Proton as they tend to require additional verification, I suppose to avoid getting blocked by services like yours). Gating email providers this hard, ones that are used by everyday people, is such a needless pain that I've only come across with you guys.