コミュニティとクリエイターハブの役割と権限の統合（オプトイン）

Interesting. Very interesting.

これを見てみて - [オプトイン] コミュニティおよびクリエイターハブ向けの統合ロール＆権限 [DevForum]

check this out - \[Opt-in\] Unified Roles & Permissions for Communities and Creator Hub [DevForum]

このトピックは10分後に自動的に公開されました。

This topic was automatically opened after 10 minutes.

Kitsune: Do I need to be group Owner for this? Yes Kitsune: And I am assuming this will fix all the long standing issues I have been experiencing with group roles/ranks? Can you say more about what you mean?

Hooksmith: API Use instead role / rank fields in GroupService:GetGroupsAsync GetRolesInGroupAsync for roles; GetGroupInfoAsync for ownership will there be an equivalent to GetGroupsAsync with the new permissions system? getgroupsasync is preferable to community games that allow players to branch off

「すべての権限を付与」が削除されるのは、間違いなく惜しまれるでしょう。共同オーナーはすべての権限を持つことを信頼されているため、この機能は非常に便利でした。今後Robloxが新しい権限を追加した際にも、オーナーがわざわざ設定し直す手間をかけずに、自動的にその権限が付与されていたからです。

The removal of Grant all available permissions will definitely be missed. It was really useful for co-owners since they are trusted to have all the permissions, and on the occasion that roblox add a new permission later on they’d automatically be granted it without having to have the owner go throug

Can you clarify more concretely what values you are missing from the current engine APIs? The preferred calling pattern is that you list all groups a user is a part of and then you can individually fetch multi-role assignments for the ones you care most about.

kingerman88: and on the occasion that roblox add a new permission later on they’d automatically be granted it without having to have the owner go through and give it manually. That is not how that toggle worked. It was a purely front-end toggle, it wouldn’t automatically incur new permissions as our

Remove All Members From A Role Problem It is a little too hard to manually remove a bunch of members at once. Attempting to delete a role full with members is hard to fix as so. Visual Aids image 1450×893 83.7 KB Solution Maybe add a dropdown to remove members with a confirmation modal to prevent ac

You should be able to delete roles now even if they have users in them! Is there any other use case we missed here, can you more thoroughly describe the last time you had to delete a bunch of users from a role that didn’t involve deleting the role?

Hooksmith: Most groups will have no breaking changes, but check the breaking changes section to see if you’ll be affected. My dear god. i’ve begged for a merge of the two seperate roles since it came out holy. Thank you so much for this even though it’s been 3 years late. My development group with 1

Being able to color code them pleased me more than it should have.

Hooksmith: can you more thoroughly describe the last time you had to delete a bunch of users from a role that didn’t involve deleting the role? One of the major implications of getting a Bulk Removal / Bulk Addition of members to a role would be getting around ratelimits. This has been a major time

sorry for the delayed reply, i didn’t get a notification for some reason. for games with tens of groups players can join into, calling those methods for each group individually is significantly slower than calling GetGroupsAsync and iterating through the result, resulting in much longer wait times b

Hooksmith: How to Opt-in Do I need to be group Owner for this? And I am assuming this will fix all the long standing issues I have been experiencing with group roles/ranks?

Understood. We do not provide a path like that currently in the engine API because fetching all roles of a user in all groups they are in is not necessarily cheap back-end-side either, so we did not want to immediately provide a blessed path for calling this. (e.g. doesn’t really make sense if a use

I remember you from my bug report for Group Roles/Rank not being editable for non group owner regardless of having all the permissions and you mentioned that this would be addressed soon, so I’m guessing this is it

Can you link the bug you’re talking about, I scrolled your activity and didn’t see it at a glance. Based on what you write here looks like “Manage Roles” permission solves your problem?

Hey everyone, we’ve had to temporarily disable this to resolve some scalability concerns. Thanks for your interest so far and expect this re-enabled again later this week! Note: groups that have unified so far stay unified, and new groups created from today will also start out as unified already.

This one, GroupService:GetRolesInGroupAsync() is not working anymore - #4 by RuizuKun_Dev