[krageon]

Your argument boils down to "I came up with one scenario where this is bad, so it can't work at all" and I find this dissatisfying. If this hypothetical student "shared" their user account and then disavowed giving it out, you would have the same issues.

[bduerst]

My original question is:

>How do you solve problems arising from bad actors without an object representing the user?

In response to the argument that user objects are no longer needed, even for something like virtual meetings. The scenario of zoombombing isn't something "I came up with", it's a real life scenario that having a user object helps prevent bad actors with.

In the event of a user sharing their account, you would know who it was and be able to hold the bad actor accountable, as opposed to a meeting URL being shared. I think the better question is why you are so hostile to the idea of user accounts having utility.

[eighthave]

Jitsi lets you set room passwords, and it is also very easy to create a new Jitsi room, so you can easily send a new URL around as needed.

[bduerst]

>Sure, but then the student who shares their interactive class URL (w/ or w/o password) on 4chan still isn't accounted for.

Emphasis added. You could create user-specific passwords, but that would require... users.