• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: VWR-1735
Type: New Feature New Feature
Status: Resolved Resolved
Resolution: Fixed
Priority: Normal Normal
Assignee: Soft Linden
Reporter: able whitman
Votes: 26
Watchers: 2
Operations

If you were logged in you would be able to see more operations.
1. Second Life Viewer - VWR

Directly interacting with a muted resident should unmute them

Created: 14/Jul/07 08:06 AM   Updated: 24/Jul/08 02:46 PM
Return to search
Component/s: Avatar/Character, User Interface
Affects Version/s: 1.18.3 Release Candidate, 1.18.0, 1.18.1.2, 1.18.2.0, 1.18.3.5, 1.18.4 Release Candidate, 1.18.4.3, 1.18.5 Release Candidate, 1.18.5.3, First Look: WindLight, 1.19.0 Release Candidate
Fix Version/s: 1.20

File Attachments: 1. Text File vwr-1735.patch.txt (13 kB)

Issue Links:
Relates

Last Triaged: 26/Jun/08 09:15 AM
Source Version: 1.18.0.6
Linden Lab Issue ID: DEV-1193
Patch attached: Patch attached
Linden Lab Internal Branch: maint-ui-11


 Description  « Hide
As discussed by several people on SLDev, it's fairly easy to accidentally mute someone without realizing it. This is a problem if, for example, another resident has accidentally muted someone and then tries to IM them or purchase an item they're selling, etc.

Since it is unlikely that a resident will unintentionally IM, pay, or give inventory to someone they've purposefully muted, the fact that the person they're trying to contact is muted probably means that person is muted accidentally. In instances like these, the viewer should automatically unmute the resident, and notify the user that this has happed.

Actions that should trigger an automatic unmute:
1. Directly IMing a muted resident
2. Paying money to a muted resident (either directly or via a vendor)
3. Giving inventory to a muted resident
4. Paying an object which is owned by by a muted resident

In each case, the viewer should display a chat message to the user explaining what happened and why:

"The resident <ResidentName> has been automatically unmuted because you have <sent them an IM | paid them money | given them inventory>."

Also, when someone initiates an IM session with a resident they have muted, they should be informed that the resident is muted.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Lex Neva added a comment - 14/Jul/07 09:24 AM
Maybe instead of automatically unmuting, the system should pop up a dialog asking if they want to unmute, and make it clear that choosing "no" will cancel whatever action they just tried to perform.

able whitman added a comment - 14/Jul/07 03:11 PM
I think auto-unmuting and then displaying a chat message is better than a dialog, because users are more likely to accidentally mute someone than to accidentally IM them, pay them money or drop them inventory. I also don't want to add to the myriad dialogs and popups that already exist.

The scenario that originally led to this feature suggestion was the problem of newer residents not being able to communicate with sellers because of having accidentally muted them. In the case of an accidental mute, the resident is probably unaware that they muted another resident (or even unaware of what muting does). Adding a dialog prompt would essentially be asking them if they want to undo something they might not be aware of and didn't intend to do in the first place.

Auto-unmuting is a safe course of action because if muting the person was intentional, they can easily be re-muted.


Argent Stonecutter added a comment - 16/Jul/07 12:27 PM
I don't see the reason for yet another dialog. Let them know that the person was muted (with a message or notification they don't have to interact with), but Just Do It.

Gigs Taggart added a comment - 16/Jul/07 02:31 PM
There is precedent too, I believe AIM unblocks someone if you IM them and they were blocked.

In any case, we did hash this out on the list and the consensus seemed to be just do it, no dialog or popup.


Nicholaz Beresford added a comment - 18/Jul/07 01:34 PM

I also support auto-action. Un-Muting is easily reversed (i.e. muting again), it has no severe side effects and the reasons to do it are weighting quite high (i.e. if you interact in a way that calls for a response, this response should arrive).

able whitman added a comment - 18/Jul/07 07:42 PM
Updated the description to also include auto-unmuting when you pay an object owned by someone who is muted.

able whitman added a comment - 18/Jul/07 08:10 PM
Attaching a patch to implement this feature. The patch is against the 1.18.0.6 source.

Seg Baphomet added a comment - 18/Jul/07 09:58 PM
I think the real crock is that it's so easy to accidentally mute someone. Back when I first got on SL, I accidentally muted a friend somehow, I was confused as to why they stopped responding and it took me a bit to realize what happened. A low framerate contributes quite a bit to this, it seems possible to accidentaly select menu options without the menu even being drawn. I was on a measly Geforce 2 MX at the time...

Kitty Barnett added a comment - 21/Jul/07 01:28 AM
This feature suggestion doesn't really address the actual problem: it's (too) easy to accidently mute someone. Solve that and it's no longer needed to complicate muting.

It's also one-sided: if it's easy to accidently mute someone, then sellers could easily mute a customer accidently as well. The need for a seller to contact a customer is just as legitimate as the need for a customer to contact a seller. Offering inventory through script/linden vendor should equally unmute a resident from the script/prim owner's mute list.

It also doesn't account for other scenarios where unmuting might be benefitial (ie buying land from a muted sim owner who now can't contact his/her tenant) or instances where the new behaviour would seemingly have to apply (ie shopping through a HUD with debit permissions won't unmute the payee).


Rob Linden added a comment - 30/Jul/07 10:22 AM
Adding "User Interface" component. I'm thinking this might be better to take up in the UI triage on Tuesday.

Paul Churchill added a comment - 31/Jul/07 01:08 AM
Both affect llimpanel.cpp

WarKirby Magojiro added a comment - 02/Aug/07 02:15 AM
I disagree with this. Whenever I have cause to mute someone, I usually give them a parting line, like "I've muted you now. Go away and stop bothering me"

I've also had to actually mute people sometimes because things went wrong, like some script they're working on started throwing out debug mesages all over the place, or giving items repeatedly .I mute them and then explain why I had to do it.

And then there's "I've muted you because you're being childish and abusive. I will umute you when you learn some manners."

THere are many reasons why I, at least would want to communicate with someone I've muted.And I don't want to lose that ability.

If this is implemented, I want an option to disable it. To not even be pestered with a dialog box. When I want to unmute someone, I will.

please just add a confirmation dialog when muting someone instead. That would be much more useful.


Haravikk Mistral added a comment - 22/Aug/07 01:22 AM
I like this as a solution to the issue. Even if muting is not so easy to do, there are still cases where you may do it and then complete forget. For example, if someone is asking you a lot of annoying questions you may mute them, then later forget that you muted them and start speaking to them again.

I would prefer this to be implemented with a 'temp-message' as with user-online notifications, I don't know how it's been done in the patch, but it would be better to have it pop-up briefly "The user you are interacting with has been automatically un-muted" or such, and disappear. I don't like having lots of messages I either have to choose an option on, or otherwise do something to get rid-of. It should however have some kind of priority or distinction as with grant debit permission requests, so that if someone goes offline at the same time this message pops up you won't miss it.


oryx tempel added a comment - 23/Nov/07 04:22 PM
I love this suggestion. I've had some really frustrating experiences with customers who've accidentally muted me.

WarKirby Magojiro added a comment - 24/Nov/07 11:13 AM
Although I don't need it personally, there are cases when I've wished it did it for other people.

An option to disable this in preferences, and it's cool.


Keiki Lemieux added a comment - 03/Dec/07 05:01 PM
Please get this implemented as soon as possible. I'm dealing with several customers a week who have muted me on accident. It's very frustrating to get IMs that you can't respond to.

Soft Linden added a comment - 04/Jan/08 08:41 AM
Will take this if it's still unclaimed when I have cycles; encouraging more devs to look at pJIRA

darling brody added a comment - 14/Jan/08 04:19 AM
DAM IT!

I didnt see this issue when i started one of my own. There are an additional 12 votes you can transplant at http://jira.secondlife.com/browse/VWR-4185

This solution is a much better one than what i suggested.

Darling.


Gellan Glenelg added a comment - 21/May/08 06:19 PM
Implemented in 1.20.7 (87883)

Darien Caldwell added a comment - 07/Jun/08 08:38 PM
There is an issue with this implementation, it doesn't meet the criteria set out. Currently If I mute someone, and carry out a group chat in a group they happen to be a member of, they are unmuted. Talking to people in a group chat does not constitue direct interaction. In many cases you cannot control the fact someone joins a group you belong to. You can now get around anyone's mute by just joining a group they belong to. Group chat should not unmute someone.

Winter Ventura added a comment - 07/Jun/08 09:29 PM - edited
I agree, group IMs (and even notices and the included inventory transfers) should not be considered "direct interaction". Nor should vendor deliveries.

I own a store... if I own a "update group" I don't want that to be a quick way for griefers to force me to unmute them (by joining an open enrollment update group and then opening a notice or something)

Yes, if they IM me, THEY should unmute me... But I should directly interact with THEM (pay them money, IM them directly, send them an item) before MY mute of them is disabled.


Darien Caldwell added a comment - 22/Jun/08 09:10 PM
I had an incident of muting today with the RC10, it looks like the group unmute issue may be fixed, but I want to verify for sure first before closing again.

Darien Caldwell added a comment - 25/Jun/08 06:21 PM
No, group chat still unmutes muted avatars, this really needs to be addressed.

Rob Linden added a comment - 26/Jun/08 09:16 AM
Internal counterpart reopened

Darien Caldwell added a comment - 26/Jun/08 01:15 PM
More detail on the issue can be found in VWR-7510, copying a pertinent comment from that issue here:

"Gellan Glenelg - 28/May/08 08:11 PM
This repros ONLY if the group IM window was opened by a message from the resident being muted.

  • Spammer sends a group IM which opens a new Group IM window on my screen
  • Mute Spammer
  • I send a group IM in the group

Observe: "Spammer was sent an instant message and has been automatically unmuted." in main window; Spammer is unmuted

Sending a Group IM in a group window, which was initiated by a (now) muted resident, should not unmute "


Darien Caldwell added a comment - 16/Jul/08 07:55 PM
I have verified with RC 14 the mute behavior is now as expected, direct IM or giving inventory unmutes the muted avatar, group chat initiated by either party does not. Good job.