New Group Methods and events

triston220 · January 30, 2014, 4:23pm

[code]:PromptGroupJoin(int GroupID)

Will, if the player has a free group slot, prompt them to join a group. Any join requests will be approved automatically.[/code]

[code].PromptGroupJoinFinished

Event which is fired when the a player responds to a group join prompt. Returns:

Int GroupID
Bool JoinedGroupSuccesful[/code]

[code]:ChangeRank(int GroupID, Instance Player, Int GroupRank)

Will change the rank of the player in the group specified to that of the one given by the GroupRank parameter.

Returns true on success and false on error.
[/code]


:ExilePlayerFromGroup(int GroupID, Instance Player)

Exiles player Player from the group with ID GroupID.

Edit: I know that it is possible to change ranks and exile players using the HttpService, but it would be nice to have proper support for it.

Master3395 · January 30, 2014, 4:41pm

Shedletsky just told us in the other forum, that this was coming.

juzzbyXfalcon · January 30, 2014, 4:53pm

Uhm, instead make them local script only so I can’t use someone else’s player instance and change my own rank…

Nonetheless, it’s nice.

triston220 · January 30, 2014, 4:57pm

[quote] Uhm, instead make them local script only so I can’t use someone else’s player instance and change my own rank…

Nonetheless, it’s nice. [/quote]

I was thinking serverside script only. Permissions for those functions would be based on whether or not the group owner had the correct permissions on the website.

woot3 · January 30, 2014, 5:04pm

[quote] Uhm, instead make them local script only so I can’t use someone else’s player instance and change my own rank…

Nonetheless, it’s nice. [/quote]

I would have suggested local script only the the player awarding the promotions is required to be of the correct rank. Or the creator if it’s server invoked and should only work if it’s a child of ServerScriptService to stop replication meaning that users can’t change their own ranks.

Velibor · January 30, 2014, 5:24pm

Only when a option to opt-out or a ‘don’t ask me again’ button is in place.

TheLuaWeaver · January 30, 2014, 6:00pm

[quote] Shedletsky just told us in the other forum, that this was coming.

http://developer.roblox.com/forum/general-discussion/1464-why-apocalypse-rising-will-not-use-universes#16279 [/quote]

This isn’t meant to offend you, but is English your first language? That isn’t what he was saying… at all.

Lilly_S · January 30, 2014, 6:37pm

I’d really rather not have the ability to exile users via script.

However, there are some up here that I agree with:
:PromptGroupJoin(int GroupID)
.PromptGroupJoinFinished

I think we also need:

:IsAllyOf(int GroupID)

Returns:
true/false if the player is in a group officially allied with the group in the parameter.

:IsEnemyOf(int GroupID)

Returns:
true/false if the player is in a group which is on the group in the parameter's enemy list.

juzzbyXfalcon · January 30, 2014, 6:39pm

[quote] I think we also need:

:IsAllyOf(int GroupID)

Returns:
true/false if the player is in a group officially allied with the group in the parameter.

[code]
:IsEnemyOf(int GroupID)

Returns:
true/false if the player is in a group which is on the group in the parameter’s enemy list.
[/code] [/quote]

You can use this though http://robloxapi.janberktold.com/docs/

Lilly_S · January 30, 2014, 7:38pm

[quote] I think we also need:

:IsAllyOf(int GroupID)

Returns:
true/false if the player is in a group officially allied with the group in the parameter.

[code]
:IsEnemyOf(int GroupID)

Returns:
true/false if the player is in a group which is on the group in the parameter’s enemy list.
[/code] [/quote]

You can use this though http://robloxapi.janberktold.com/docs/[/quote]

It’d still be nice for them to be official methods

woot3 · January 30, 2014, 8:49pm

[quote]

It’d still be nice for them to be official methods [/quote]

http://apiroblox.netne.net/

There’s also this.

Goldamass · January 30, 2014, 9:37pm

[quote] Shedletsky just told us in the other forum, that this was coming.

http://developer.roblox.com/forum/general-discussion/1464-why-apocalypse-rising-will-not-use-universes#16279 [/quote]

This isn’t meant to offend you, but is English your first language? That isn’t what he was saying… at all.[/quote]
He’s like Swedish or something

Aurarus · January 30, 2014, 9:51pm

But what about people ranking themselves up via scripts in their own games?

rbx_lua · January 30, 2014, 11:35pm

The group would have to be owned by the place owner

HanSolo996 · January 30, 2014, 11:36pm

Yeah there’d need to be a CheckRank/Permissions function.

triston220 · January 31, 2014, 10:05am

The group would have to be owned by the place owner[/quote]

Yeah, that’s what I was thinking.

Master3395 · January 31, 2014, 12:11pm

[quote] [quote=“Master3395” post=16280]Shedletsky just told us in the other forum, that this was coming.

http://developer.roblox.com/forum/general-discussion/1464-why-apocalypse-rising-will-not-use-universes#16279 [/quote]

This isn’t meant to offend you, but is English your first language? That isn’t what he was saying… at all.[/quote]
He’s like Swedish or something[/quote]

I’m norwegian.

Usering · January 31, 2014, 1:29pm

[quote]

It’d still be nice for them to be official methods [/quote]

http://apiroblox.netne.net/

There’s also this.[/quote]

I guess everyone is just posting their Roblox Apis: robloxapi.com

DaMrNelson · January 31, 2014, 2:08pm

I think that this is a fantastic idea, especially if you throw in woot3’s method of security. Full support.

[quote]
I would have suggested local script only the the player awarding the promotions is required to be of the correct rank. Or the creator if it’s server invoked and should only work if it’s a child of ServerScriptService to stop replication meaning that users can’t change their own ranks. [/quote]

Kenetec · January 31, 2014, 3:16pm

I can see this being potentially problematic, as I have a Script Builder on my account, and I also own several fairly popular groups… :\

I could obviously sandbox it, but there’s going to be a period from when ROBLOX releases the feature to when the game is actually updated… You know, a good idea for when ROBLOX comes out with these potentially exploitable methods: Only enable them if the game was last updated after the functions were released. That would’ve been pretty important for that SavePlace thing (Now I have like 400 extra versions on my SB because people like loopsaving for some reason)

Also, why is everyone and their mother making a ROBLOX API? And why are they just copying the official docs’ theme? Honestly, I wouldn’t use anyone’s ROBLOX API because it just isn’t reliable. I have no way of knowing that your API will actually be working. Meh.