[Opensim-dev] request for patch feedback on several issues
SignpostMarv Martin
opensim at signpostmarv.name
Sat Aug 11 11:12:10 UTC 2012
On 10/08/2012 22:34, dz wrote:
> I'll bite...
>
> Lets focus on one of the patches.... new feature: attaching objects
> to non-owner http://opensimulator.org/mantis/view.php?id=6133 ...
>
> First problem with this patch... It replicates the
> *osForceAttachToOtherAvatarFromInventory* function
> documented here ->
> http://opensimulator.org/wiki/OsForceAttachToOtherAvatarFromInventory
> .. as you can see from the history of that page it was created
> almost a month before your patch was submitted...
It doesn't replicate osForceAttachToOtherAvatarFromInventory(), it
"replicates" llAttachToAvatar()
http://wiki.secondlife.com/wiki/LlAttachToAvatar
osForceAttachToOtherAvatarFromInventory() is for adding an attachment
from the object's inventory to a specified avatar, llAttachToAvatar() is
for adding the rezzed host object to the object owner.
The patch I've attached is for attaching the host object to the
specified avatar, the sole difference to llAttachToAvatar() being the
specification of the avatar.
> Second problem with this function... and one i added to the talk
> page on the wiki...
> Unless that object is unscripted OR is removed when the avatar exits
> the region or disconnects,
> this sounds like a heap of griefer trouble...
>
> What happens when I visit a region where an object scans me, attach a
> malicious package to me,
> and then take advantage of the fact that attached objects don't
> require permissions to
> teleport me to a random region and have the object spew 200,000 prims
> into someones else space???
> Is MY fault I didnt check all of my attachments before and after i
> TP'd???
>
> There are so many reasons why asking for permissions works, and owning
> the objects that are attached to you makes sense..
> The ONLY valid reason I have ever come across for someone wanting to
> attach something to me without me owning it is
> DEMO prim/mesh clothing/accessories That functionality IS supported
> in SL via lAttachToAvatarTemp
> <http://wiki.secondlife.com/wiki/LlAttachToAvatarTemp>... and ASKS.
There are two functions in the patch. One asks, one doesn't. Your sole
concern seems to be the potential for griefing with the
osForceAttachToOtherAvatar() function and not osAttachToOtherAvatar(), a
concern that would seem to be addressed by either raising the threat
level of osForceAttachToOtherAvatar(), or just not including it.
>
> Like I said above.. making this functionality accessable to NPC bots
> who cannot leave the region, and currently cannot grant permissions,
> MIGHT be a use case.. But since you make no distinctions...
I could implement another pair of functions designed for NPCs if you'd
like, that's fairly trivial.
>
> ...
>
> I guess the bottom line is... there's some code there, yes... but
> even if it is functional, it is going to take more than filing a
> mantis to get it worked on and reviewed... Part of that work is
> defining and communicating the NEED for the function so it can be
> balanced against the implications of implementing it.
At work I needed to attach a wheelbarrow (and in future, other tools &
equipment) to the user without
a) transferring ownership
b) constantly interrupting them with permissions dialogs- as is required
by llAttachToAvatar()
c) performing the ungraceful hack that one would do in Second Life with
many attachments that remain attached to the avatar but are invisible
until needed, or one that is invisible and changes appearance as needed.
This scenario is accompanied by a function that permits script-triggered
dropping of attachments (in both perms and non-perms flavours)
http://opensimulator.org/mantis/view.php?id=6118
~ Marv.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20120811/5e443b9b/attachment-0001.html>
More information about the Opensim-dev
mailing list