Minimal content could be an issue for where it wouldn't be needed - Like a bitmap spriter just collaborating with another, using like 2 blocks for instance. For instance, the system could automatically detect and reject empty projects, duplicates, or projects with minimal content (e.g., fewer than X blocks)
Only projects that pass this automated check would be forwarded for manual review by STThis would definitely get more complaints than there already are because of misconceptions.
I realize I didn’t elaborate enough on their distinct purposes:In that scenario, my apologies.
Reader: This permission allows users to view scripts and project elements without modifying them, and without being able to run the project
Tester: Same permissions than reader, but you can run the project
inviting collaborators for improper purposes or something else could be treated by systems below:None of those things can confirm you won't be doing it - I get the same can be said for the Scratcher role, but we are talking about potentially floodgating a whole queue that would be requiring constant review, unlike cloud variables, but like reports.
you could need to have a minimum number of published projects, a clean record without major reports, or a history of constructive community engagement
Include a collaborator activity log that records all actions taken within a project. If a problem arises, ST can review this log to understand what happened
That activity log idea isn't half-bad; but it can just be spammed hard if it records all actions and then it'll be a huge waste of time to skim through.
Alongside the activity log, include a streamlined reporting system within collaborative projects. Any collaborator could report problematic behavior or content directly from the project interface
A creator needs help on a project, he can « share » the project with persons he trustsIf the person in question trusts the other person, then it's also likely backwards, and they may end up not reporting misbehaviour.
That would be just really slow and/or laggy in the backend. Implement periodic automated checks on collaborative projects (e.g., scanning recent changes for suspicious behavior or patterns)