secondlife / jira-archive

3 stars 0 forks source link

[BUG-6488] Members of a role can not be stoped from joining a group chat via unchecking the join group chat option #14345

Open sl-service-account opened 10 years ago

sl-service-account commented 10 years ago

Steps to Reproduce

We had an unruly member impersonating a sim owner and spouting profanities so we used the new ban feature in the Second Life Project GroupBan viewer. We also attempted to turn off join group chat to the general membership until things settled down. While we did not expect those with an open window to the group to be blocked from chatting, members of that role that had just logged into Second Life could still join the chat.

Actual Behavior

After unchecking and saving the join group chat for a member role in the roles tab of groups the member role members of that role can still join in on a group chat even if they restart the second life viewer.

Expected Behavior

While we were not expecting those that still had the croup chat window open to be blocked, we did expect to stop members of that role from joining in on the chat until the situation was resolved. By unchecking the join chat option for the general role(KK Racer tag) we expected to be able to limit chat to other roles until the situation was resolved.

Other information

We ran several tests on the ability to join group chat using members that only had the KK racer tag(Official, third party, and Project GroupBan viewers) with the join chat option unchecked. We tested by having them just closing the chat window and by closing their second life viewer and restarting it then joining the group chat. We verified the join chat option was unchecked by viewing the role from different computers. Please note in the image there are three members able to chat even with the join chat option unchecked. BanningBairde had just restarted his second life viewer(he sits behind me in real life).

Attachments

Original Jira Fields | Field | Value | | ------------- | ------------- | | Issue | BUG-6488 | | Summary | Members of a role can not be stoped from joining a group chat via unchecking the join group chat option | | Type | Bug | | Priority | Unset | | Status | Needs More Info | | Resolution | Unresolved | | Reporter | MB Robonaught (mb.robonaught) | | Created at | 2014-06-26T16:39:44Z | | Updated at | 2017-07-07T15:54:39Z | ``` { 'Business Unit': ['Platform'], 'Date of First Response': '2014-06-26T14:46:05.148-0500', "Is there anything you'd like to add?": 'We ran several tests on the ability to join group chat using members that only had the KK racer tag(Official, third party, and Project GroupBan viewers) with the join chat option unchecked. We tested by having them just closing the chat window and by closing their second life viewer and restarting it then joining the group chat. We verified the join chat option was unchecked by viewing the role from different computers. Please note in the image there are three members able to chat even with the join chat option unchecked. BanningBairde had just restarted his second life viewer(he sits behind me in real life).', 'System': 'SL Viewer', 'Target Viewer Version': 'viewer-development', 'What just happened?': 'After unchecking and saving the join group chat for a member role in the roles tab of groups the member role members of that role can still join in on a group chat even if they restart the second life viewer.', 'What were you doing when it happened?': 'We had an unruly member impersonating a sim owner and spouting profanities so we used the new ban feature in the Second Life Project GroupBan viewer. We also attempted to turn off join group chat to the general membership until things settled down. While we did not expect those with an open window to the group to be blocked from chatting, members of that role that had just logged into Second Life could still join the chat.', 'What were you expecting to happen instead?': 'While we were not expecting those that still had the croup chat window open to be blocked, we did expect to stop members of that role from joining in on the chat until the situation was resolved. By unchecking the join chat option for the general role(KK Racer tag) we expected to be able to limit chat to other roles until the situation was resolved.', 'Where': 'The main tests were conducted at SLURL: http://maps.secondlife.com/secondlife/Kustom%20Klassics%20HQ/174/26/1001 but other testers were on other regions\r\n', } ```
sl-service-account commented 10 years ago

Whirly Fizzle commented at 2014-06-26T19:46:05Z

Im having problems reproducing this on Second Life 3.7.10 (291134) Jun 17 2014 19:46:37 (Second Life Release) and on Second Life 3.7.11 (291394) Jun 23 2014 17:58:22 (Second Life Project GroupBan).

When I remove the "Join group chat" ability from the Everyone role (this was done using Second Life 3.7.11 (291394) Jun 23 2014 17:58:22 (Second Life Project GroupBan)), group members only in the Everyone role who were logged in when the "Join group chat" ability was revoked are still able to open the group chat and post that session (has this always been the case? I think so, but not 100% sure...) but after they relog, they are no longer able to join group chat. Group members in the Everyone role were using Second Life 3.7.10 (291134) Jun 17 2014 19:46:37 (Second Life Release) and Second Life 3.7.11 (291394) Jun 23 2014 17:58:22 (Second Life Project GroupBan).

Region tested on: http://maps.secondlife.com/secondlife/Testylvania%20Sandbox/91/123/22 (global coordinates 332,635.0, 306,299.0, 21.6) Second Life Server 14.06.13.291023

sl-service-account commented 10 years ago

MB Robonaught commented at 2014-06-26T19:56:12Z

I wonder if the rolling restarts reset something as I could not get it to operate properly regardless of viewer. I'm curious though, in the spirit of experimentation, have you tried using firestorm to see if it fails? I will retest now the rolling restarts are over and see if I can still duplicate the issue as well.

sl-service-account commented 10 years ago

Maestro Linden commented at 2014-06-26T20:32:09Z

Hi MB, I loaded the group info for 'Kustom Klassics', and it appears that 7 out of 8 of your roles are allowed to join group chat, including 'Everyone'. My attached "anybody can chat in Kustom Klassics 2014-06-26 13.24PDT.png" screenshot illustrates this. Also, when I view the 'Roles' tab in the group info floater, and select the 'Everyone' role, the abilities list shows that this role can 'Join Group Chat'.

If you reload the group info floater (via the button in the lower left corner) after disabling 'Join Group Chat' for 'Everyone' and hitting the 'Save' button, does the change appear to be intact?

sl-service-account commented 10 years ago

MB Robonaught commented at 2014-06-26T20:57:24Z

I just turned the ability back on about a hour ago or so. After making a change regardless of viewer it does show the change properly saved in the viewer. Please let me know if I need to supply more information.

sl-service-account commented 10 years ago

Maestro Linden commented at 2014-06-26T21:03:23Z

Could you change it back to the configuration which ought to disable chat for those members?

sl-service-account commented 10 years ago

Whirly Fizzle commented at 2014-06-26T21:39:41Z

MB, I tested using Firestorm 4.6.5 (40833) May 5 2014 06:27:24 (Firestorm-Releasex64) with OpenSimulator support. I saw the same results as on the official viewer. Once my test alts in the Everyone role had relogged, they could no longer access group chat.

sl-service-account commented 10 years ago

Whirly Fizzle commented at 2014-06-26T21:45:26Z

I also tried disabling the 'Join Group Chat' ability for everyone on a Magnum region (your report shows you are on magnum) and I'm still seeing the same results.

sl-service-account commented 10 years ago

MB Robonaught commented at 2014-06-26T21:52:50Z

Meastro I turned the ability back off but I bet the recent maintenance reset something. Although I have not tested it here from my region though I don't think that should make a difference would it?

sl-service-account commented 10 years ago

Maestro Linden commented at 2014-06-26T21:59:52Z

Hm, do you mean this maintenance?: http://status.secondlifegrid.net/2014/06/26/post2300/ That particular maintenance shouldn't have affected group chat at all.

sl-service-account commented 10 years ago

MB Robonaught commented at 2014-06-26T22:20:56Z

I just tested it with a friend and he could still join group chat even if I re-logged and he had closed group chat and rejoined [15:17] poker Noel: test [15:17] MB Robonaught: thanks [15:18] poker Noel: any time [15:19] MB Robonaught: may I post this to the JIRA as proof you could still join? [15:19] poker Noel: sure

sl-service-account commented 10 years ago

MB Robonaught commented at 2014-06-26T22:43:43Z

I just tested it and it is still not working. I wondered if something had reset during the rolling restarts or the maintenance but I guess it didn't.

sl-service-account commented 10 years ago

Whirly Fizzle commented at 2014-06-26T23:21:57Z

Wait.... you said you relogged, not your friend. If your friend relogs after you disabled 'Join Group Chat' for 'Everyone', can he still join the group chat?

sl-service-account commented 10 years ago

MB Robonaught commented at 2014-06-26T23:36:17Z

No he did not and is not online right now to run the test. However, it should not require that they relog. if someone is causing enough issues that warrant closing the role to chat it is not logical to ask them to relog to get them to stop talking.

sl-service-account commented 10 years ago

Whirly Fizzle commented at 2014-06-26T23:49:41Z, updated at 2014-06-26T23:50:52Z

I just joined Kustom Klassics on an alt using Second Life 3.7.11 (291394) Jun 23 2014 17:58:22 (Second Life Project GroupBan) and tried to join group chat. The viewer will not allow me to join. http://i.imgur.com/L4xa0ha.png

So is the bug that you are reporting that when you disable 'Join Group Chat' for 'Everyone', avatars who are in the everyone role and were logged in when you disabled 'Join Group Chat' can still join group chat until they relog? Im fairly certain it has always been this way.

sl-service-account commented 10 years ago

MB Robonaught commented at 2014-06-27T00:04:04Z

We just ran a test and you are right if they relog it does block them though a couple days ago it did not help. We had banning relog and he was still able to join when we first noticed this issue. Even if it has always been that way, regardless something is still broke if it requires a griefer to relog don't you think, I'll leave it up to the powers that be if we close this session. Thanks for the help it is appreciated.

sl-service-account commented 10 years ago

Whirly Fizzle commented at 2014-06-27T01:11:49Z

The best thing to do to be sure someone being disruptive in a group chat is stopped immediately is to right click their name in the chatters list -> Moderator options -> untick "Allow Text Chat" and then add them to the ban list (which will also eject them from the group). This will immediately stop them being able to post in chat and will also work around the old problem of someone being ejected from a group still being able to chat until they relog.

sl-service-account commented 10 years ago

MB Robonaught commented at 2014-06-27T14:08:19Z

This JIRA points out three items that need work in which two are bugs and one is a strong suggestion. The first is a bug of no real time updating of settings to logged in users. As Whirly pointed out this has been around a long time. The fix is a matter of creating code to handle real time updates of settings. This is an important bug in that it would allow more security of the use of groups.

The second bug will be a lot harder to track down and that is why re-logging did not work to block chat Monday and Tuesday yet works Thursday and Friday? Something had to change in that time period or there is another hidden factor.

The third is the lack of documentation of the code structure so we as real life programmers, both Linden Labs and outside, can help out without wasting time of those that work with these JIRA's. Without documentation of the structure of the group code(or any report to a JIRA), it leave us on the outside guessing and supplying poor information to these reports. This is not a complaint but a suggestion only.

sl-service-account commented 10 years ago

Maestro Linden commented at 2014-06-27T18:07:15Z

Yes, it is a known issue that ejecting somebody from a group does not remove them from the existing chat session. The canonical issue for that is BUG-2354, which is currently closed-visibility (it's up to April McCoy, the reporter of that issue, about whether she'd like to make it publicly visible).

I still can't reproduce this bug's novel claim (that somebody can chat even after relogging when they don't have 'Join Group Chat' permission) in my own test group, and I see that 'Kustom Klassics' is still not correctly configured to test for this issue.

sl-service-account commented 10 years ago

MB Robonaught commented at 2014-06-27T18:45:26Z

Hi Maestro, The issue now seems solved for now. But I still wonder why it did not work Monday and Tuesday but works fine now. Just something to look at. I cannot leave chat closed for long periods as it is a vital part of my SL business. If you want we can close this session and wait until it happens again.

sl-service-account commented 7 years ago

Saeros Linden commented at 2017-07-07T00:45:07Z

Our apologies, it appears this jira has been a victim of a spammer. We’re cleaning up the offending comments, sorry for the mess!