[#VWR-6964] Muting object (or object owner) does not mute dialogs

1. Second Life Viewer - VWR

Muting object (or object owner) does not mute dialogs

Created: 29/Apr/08 11:42 PM Updated: 21/Sep/09 01:25 PM

Return to search

Component/s:

Chat/IM, User Interface

Affects Version/s:

1.19.1.4, 1.22, 1.23

Fix Version/s:

None

Environment:

« Hide

CPU: Intel Core 2 Series Processor (2333 MHz)
Memory: 2048 MB
OS Version: Microsoft Windows 2000 Service Pack 4 (Build 2195)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce 7900 GTO/PCI/SSE2

Issue Links:

Duplicate

This issue is original of duplicate:

~~VWR-15125~~ llRequestPermissions (TRIGGER_ANIM) cannot be muted

Relates

This issue Relates to:

~~VWR-3561~~ Blue Dialogs can overload the viewer.

SVC-3514 llLoadUrl (and other LLMessageBox-generating functions) should be per-agent throttled, not delayed

SVC-456 Meta-Issue: Improved Anti-Griefer Tools

SVC-1012 Meta Issue: Negative Exploits

This issue is related to by:

VWR-12848 muted items sent to my email

VWR-11492 Mute button for llDialog popup

Last Triaged:	16/Jun/09 08:45 AM
Linden Lab Issue ID:	DEV-33943

Description

« Hide

Griefers are still able to spam you with dialogs, such as dialogs, web site popups, and avatar animation requests even after you mute the owner of the object. Muting does not stop these at all. This is an ideal path for griefers to attack and they have been doing so for as long as I've been on Second Life. I believe that muting the object or it's owner should stop dialogs of all types from appearing from the object.

All

Comments

Change History

Sort Order:

[ Permlink | « Hide ]

HelloThar Erin added a comment - 04/Jan/09 11:06 PM

Unfortunately, this is still a problem in the current version of the SL viewer. It saddens me to see that this is still an issue, and, as more and more griefers are making use of this with more sophisticated weaponry, it becomes an even larger problem as it causes the viewer to crash. The griefers have apparently fixed this in their viewer, but it is still a problem for us, the users. I have therefore voted for this issue.

[ Permlink | « Hide ]

Adeon Writer added a comment - 07/Jun/09 06:08 PM - edited

This bug is being exploited as a form of greifing where one floods a victim with dialogs and they cannot stop them. As such I'm raising this issue to critical and linking the related crashing attack. Also linking to Meta issues "Anti-Greifing" and "Negative Exploits"

[ Permlink | « Hide ]

Adeon Writer added a comment - 24/Jun/09 08:04 AM

Additionally, even if it were possible to mute an object to stop it's dialogs, most spamming scripts constantly change their name to make them unmutable that way. So even more important is that muting the avatar entirely should stop the dialogs. This doesn't happen, which is needless to say, bad.

[ Permlink | « Hide ]

Ezian Ecksol added a comment - 24/Jun/09 08:12 AM - edited

Especially the last days again some Linden sandboxes were full of advertising or similar objects spamming the people again and again with blue dialogs, notecard offers and llLoadURL dialogs.

The llDialog dialogs can be still exploited to spam & crash people with thousands of dialogs. A simple Mute by Owner would solve that problem.

Muting an avatar should mute ALL, not only text , sound and particles.

Additionaly one should see the owner of llLoadURL dialogs on the dialog itself to have the chance to mute him.

[ Permlink | « Hide ]

Lavender Arrow added a comment - 21/Sep/09 01:25 PM

I have upped this to showstopper since it can be and IS used to crash clients.