|
|
|
[
Permlink
| « Hide
]
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.
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. 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.
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. 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). Updated the description to also include auto-unmuting when you pay an object owned by someone who is muted.
Attaching a patch to implement this feature. The patch is against the 1.18.0.6 source.
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...
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). Adding "User Interface" component. I'm thinking this might be better to take up in the UI triage on Tuesday.
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. 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. I love this suggestion. I've had some really frustrating experiences with customers who've accidentally muted me.
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. 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.
Will take this if it's still unclaimed when I have cycles; encouraging more devs to look at pJIRA
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. Implemented in 1.20.7 (87883)
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.
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. 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.
No, group chat still unmutes muted avatars, this really needs to be addressed.
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
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 " 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.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||