|
|
|
Changed to a "New Feature" because the Mute button works as expected, but isn't clear enough for you. I can see how this is a problem, and we have an upcoming project to revamp notifications in the viewer.
Personally I'd like a different shaped mute button, like a speaker with a red line through it, or something smaller off to the side if non-metaphorical. It's weird having the keep/discard/mute buttons all the same shape and style considering their differences.
McCabe Maxsted, that is a very good idea. Much better than changing the colour. The mute button is one we almost never use, so it dosnt need to be as big as the buttons we use all the time. Even the discard button could be smaller as most people will accept inventory offers 95% of the time.
Torley, thank you for looking in at this problem. I look foward to the revamped notifications. May I suggest the revamp moves all the "where from and who from" information to the END of the notice. it is very anoying when the object and/or avatar sending the notice has a long name. Especialy when the notification is a llDialog or some other dialog that accepts a text to display via LSL. Often this text scrolls off due to the "where from and who from" information. Darling. I think making the buttons all different colors would be nice. Green for accept, red for reject, and black for mute, perhaps? (with red text for mute)
Yes! I've had product updates never get to me, then to find somehow the content creator ended up on my mute list. I'm suspecting that in my attempts to "inspect" an object by that content creator, the next pie menu selection being mute, and sometimes a unintended double click will mute them causing a "no delivery" of something purchased, updated and so on....the layered pie menu has "Mute" in the wrong place. you right click on an object, then "more", then "more" then "MUTE!!" , Inspect is offset. "Mute" should be too, there should be a blank selection on the 3rd layer under "more". Theres my ...2 cents worth.
I've been lucky enough to have some more reputable Content Creators log in as Alt's to IM me and tell me to remove them from my Mute list... grrr... This button also acts differently than all other MUTES, and I suggest a change. This button was added as a kneejerk reaction to a griefing trend at the time, that used "gives" as a weapon. The option to stop "auto opening" images and notecards was added at the same time.
When the user normally encounters a "MUTE" option, it is either in the circle menu, or in local chat, or on a person's profile, one of the following happens: 1. When you select an object, and right click, selecting "mute" will mute "the object". (though this has been buggy, this is the intended function). When you select a person and mute through the circle menu, it mutes the person. 2. When you select a "name" in the local chat window, it mutes the person. If you select an object (which has been speaking) it mutes that object. 3. When you select MUTE in a profile, it mutes the person. Here's the problem. When an "inventory offer" (or other blue dialog) is muted, it mutes the owner of the object, not the object. People are going around muting greeter bots, landmark givers, all the usual inventory noisemakers.. and in the process are populating their mute lists with shop owners, not objects. If the giver is an object, this mute button should mute the giving object, not the owner Can this one now be closed? No, I don't think it can. There's still a problem of the mute button being easily confused with the other buttons, which is a UI problem. The fact that it doesn't do the damage it used to doesn't change that. If anything, its priority should be reduced. I'll do that.
This is still a MAJOR problem.
I just spend over 30-40 minutes trying to re-delivery a product to someone who had me muted by mistake. It is a painfull problem to fix because you need to get other people to pass on messages to help the customer unmute the creator. I suggest option 3 be implemented immediatly. It is an easy fix and will remove the pain and frustration involved in gettng someone to unmute you when you cant tell them they have you muted. 3) If you send an IM to someone you have on your mute list the mute should be removed automaticly, so they can reply to your IM. (This would solve 100% of product redelivery issues caused by accedental mute.) With the 3rd option the customer still muted the original object delivery, however when they IM the creator to complain about not receiving the product the creator can immediatly give them one as the mute will have been automaticly lifted by them sending the IM. Darling (frustrated shop owner) Brody This is a vanity issue. Theres nothing wrong with the way it works now.
If you hit the mute button, you need to look up at the screen before you click. However, making it a yes/no option would be a less destructive way to go at it. while i agree thats a recolor and revamp of notifications is a good idea i think this jira is a bunch of bull. personally i think your suggesting things that would make YOUR SL better and yours alone. the jira is for improvements that will help the majority of residents not just your or a few. LL devs have more important things to work on.
Don't close assigned issues.
there is nothing right with the way this works now.
Inventory offers from objects, produce "mute button dialogs" Pressing mute in either case, mute the avatar involved. When a notecard giver presents a "Accept, Decline, Mute" dialog.. it is counter-intuitive to have THAT MUTE BUTTON mute the owner of the store. That mute button SHOULD mute the object giving the notecard. This, combined with the fact that the "Mute" button suggests something closer to "ignore" than "silence forever" in other languages, actually encourages people to press "mute" to "make these annoying blue dropdowns go away". This Mute button was added as a kneejerk reaction to a greifing attack, and should be either retracted, or reconstructed in such a way that, at the very least, when a customer mutes a notecard offer, they mute the notecard giver, and not the owner of the store. Linden Lab is now having to run the gauntlet to try and make it easier to UNMUTE people.. because this one button makes it far too easy to mute someone unintentionally. ********************************************************************************************
Winter Ventura is right. We have two differnt types of MUTE in SL. Mute the owner, and mute the object. If this inconsistancy was removed it would at least let the creator reply to the customer's IM's about the "failed" product delivery. However it is still only half of the solution. It is still important for an auto-unmute to be applied when you send an IM to someone so they can reply. The auto-unmute should also be applied to the TOUCH events as customers often touch again after they accedently muted the original notecard they were given on the first touch. The same goes for the PAY event with customers paying a second time because they think the first one failed when it was really muted by mistake. I am sure some people who are carefull about which buttons they press or not involved in SL commerce may say they see no value in these changes. Those of us who are abused daily by people who accedently muted us while shopping in our store do not consider it trivial. I am sure the customers who spend weeks trying to get the products they paid for do not consider it trivial either. The typical accedental muting goes like this:- Customer pays for item At some point either the customer or (more often) the creator relizes there may be a "mute" problem and involves a 3rd party to relay messages. All of this can take days or weeks depending on how often the Customer and Creator login, and on how fast their offline IM's are capped. LL make a lot of money from the commerce in SL, so it is in their interest to make sure it runs smoothly. --------------------------------------------------------------
Huh, odd, I didn't find this one when I was looking for relevant JIRAs on muting... rather than reproducing it here, please see relevant portions of my comment left at:
http://jira.secondlife.com/browse/VWR-1563?focusedCommentId=65768#action_65768  (If it's better to paste it in here too, let me know and I will.) What do you think the odds are that someone will visit every single JIRA you have posted and downgrade them all to the "not important" priority? Even the really old ones and the ones that already have a linden assigned to fixing them.
Check out what Whispering Hush has been up to :- http://jira.secondlife.com/browse/SVC-1462 This is another example of Product Griefing, and why unverified accounts that do not own land should not be in the JIRA at all. – Im actually all for this particular issue if they put the yes/no dialog in it.
How does a "fix" like
I am so sick of this happening. Every single day! I'm going to start posting here whenever it happens so LL realizes what a bad usability problem this is.
[10:20] Curmie Burner: (Saved Fri Jan 09 00:27:21 2009) do not see the boat yet Option 3 has been added to the viewer. If you IM someone on your mute list they are removed from the mute list. This makes it much easier to help someone who accedently muted a delivery.
Now we just need to stop them from doing it by mistake! Priority raised to Critical, because I have never met someone who paid $2500 to me who didnt think delivery of the product was critical! Darling Brody Agreed Darling Brody, you're talking about this right?
http://jira.secondlife.com/browse/VWR-1735
That does help, but only when they are IMing the creator directly, and it still doesn't help after the fact; we still get irate customers IMing "why are you ignoring me?!" and leaving bad feedback on all our XSL items, et cetera. The IM unmutes the creator, but by then it's a bit late, eh? Doing it by mistake or in circumstances where they're not interacting is still an issue, definitely. I consider this a major usability issue, since most people don't seem to even realize they've done it. The momentary appearance of the mute list doesn't seem to even register its significance, nor does the "you decline X from John Doe" note that they see in chat. In addition, I often suspect (and tell my customers) that lag may make a difference here – perhaps that's what caused the wrong button-click to register. Who knows? Our business delivers around 100,000 items in SL every day. That's 100,000 chances for people to click wrong or get affected by lag or whatever it is, and accidentally mute. I guess I should be glad people don't do it (or notice they did it) even more often... Regardless, they need a better confirmation that explains itself thoroughly. Something like Here's another example from many recent similar incidents... [2009/01/13 4:42] DeathFate Burnfield: (Saved Tue Jan 13 07:38:44 2009) hello this is a list of fish that i caught but dident recieve... Another example... she's talking to our customer service account, 7Seas Sass:
"Now I followed your adivce, and it turns out that jen shikami was somehow on my mute list - how I'll never know, I have no memory of doing it, I blame leprechauns- so we'll see if that helps. If I have further issues I'll let you know - and thank you for your help, its much appreciated !" Added a 'Relates to' link to VWR-12478
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
New Feature
Reopened
Critical
MUTE button on object delivery is too easy to press by mistake
VWR-1735might fix this.