Difference between revisions of "Talk:LlRequestPermissions"

From Second Life Wiki
Jump to navigation Jump to search
(how do get permissions work for group deeded objects?)
 
(5 intermediate revisions by 4 users not shown)
Line 5: Line 5:


* How do permission checks/grants work for group deeded objects? Which avatar ID do you send to since you can't llGetOwner()? Who should get the drop-down? [[User:Allen Kerensky|Allen Kerensky]] 16:39, 7 January 2011 (UTC)
* How do permission checks/grants work for group deeded objects? Which avatar ID do you send to since you can't llGetOwner()? Who should get the drop-down? [[User:Allen Kerensky|Allen Kerensky]] 16:39, 7 January 2011 (UTC)
:Only avatars can grant permissions. Permissions with owner only restrictions, like PERMISSION_DEBIT, are not available for deeded objects. --[[User:Cerise Resident|Cerise]] 20:49, 7 January 2011 (UTC)
== Revoking permissions? ==
Does anyone know under what circumstances permissions are revoked?  llResetScript() or asking for different permissions in the script will do it.  Does using "Stop Animating My Avatar" in the viewer also revoke whatever permissions are in place?  What about logging out?  There's at least one device in the Marketplace that claims you can "control" people "permanently" by basically tricking them into granting permission once, but I vaguely recall that some mechanism was added to make the grants less permanent, to prevent just that kind of griefing... [[User:Dale Innis|Dale Innis]] 17:55, 28 January 2012 (PST)
:That is what I remember, when you disconnect from a region anything in the region with the animate permission looses it. As to everything else, it's until script reset, subsequent llRequestPermissions. I think they reset on rez as well. I don't recall the technicals for the SAMA button. -- '''[[User:Strife_Onizuka|Strife]]''' <sup><small>([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]])</small></sup> 18:51, 28 January 2012 (PST)
: Back in 2010 there was an attempt to make permissions less permanent, at least for the automatic sit and attach cases. There were too many edge cases, and the changes were reverted. See [https://lists.secondlife.com/pipermail/server-beta/2010-March/000036.html this archived mail message]. ll[Start|Stop]Animation only works when the avatar is in the same region, but the permission can survive if the avatar returns later. --[[User:Cerise Sorbet|Cerise Sorbet]] 19:03, 28 January 2012 (PST)
:We recently discussed this at some length in [http://community.secondlife.com/t5/LSL-Scripting/Revoking-Permissions/td-p/1112303 Scripting Tips ].  Someone who owns one of the devices to which Dale alludes [http://community.secondlife.com/t5/LSL-Scripting/Revoking-Permissions/td-p/1112303 did some tests], and there was nothing he and his friend could do to break the permissions.  [[User:Innula Zenovka|Innula Zenovka]] 13:16, 29 January 2012 (PST)

Latest revision as of 13:16, 29 January 2012

  • There seems to be a formula regarding how many requests can be made from an object in a timeframe. I believe this to be 5 requests per 20 seconds (allows for bursts I think) from a small test, I need someone to get comfirmation on the real formula from more extensive testing or off a linden. --Nexii Malthus 08:27, 6 April 2008 (PDT)
    • This caveat: "The viewer limits permission requests from any agent to any other agent to 5 dialogs in 10 seconds" can't be correct. Permission requests are from objects, not agents. Is the limit actually on dialogs, or on permission requests? (That is, is the limit different for automatically granted requests?) Lear Cale 18:58, 30 January 2009 (UTC)
      • The limit is based on dialogs. The throttle is keyed to the agent who owns the objects. This prevents someone from spamming dialogs with swarms of objects. In a later viewer (1.22? 1.23? I'm not sure if it's been merged yet), the throttle is keyed to objects if dealing with one's own objects. Others' objects are throttled against their owner. This helps with resetting masses of one's own tier boxes, etc. --Soft Linden 19:11, 30 January 2009 (UTC)


  • How do permission checks/grants work for group deeded objects? Which avatar ID do you send to since you can't llGetOwner()? Who should get the drop-down? Allen Kerensky 16:39, 7 January 2011 (UTC)
Only avatars can grant permissions. Permissions with owner only restrictions, like PERMISSION_DEBIT, are not available for deeded objects. --Cerise 20:49, 7 January 2011 (UTC)

Revoking permissions?

Does anyone know under what circumstances permissions are revoked? llResetScript() or asking for different permissions in the script will do it. Does using "Stop Animating My Avatar" in the viewer also revoke whatever permissions are in place? What about logging out? There's at least one device in the Marketplace that claims you can "control" people "permanently" by basically tricking them into granting permission once, but I vaguely recall that some mechanism was added to make the grants less permanent, to prevent just that kind of griefing... Dale Innis 17:55, 28 January 2012 (PST)

That is what I remember, when you disconnect from a region anything in the region with the animate permission looses it. As to everything else, it's until script reset, subsequent llRequestPermissions. I think they reset on rez as well. I don't recall the technicals for the SAMA button. -- Strife (talk|contribs) 18:51, 28 January 2012 (PST)
Back in 2010 there was an attempt to make permissions less permanent, at least for the automatic sit and attach cases. There were too many edge cases, and the changes were reverted. See this archived mail message. ll[Start|Stop]Animation only works when the avatar is in the same region, but the permission can survive if the avatar returns later. --Cerise Sorbet 19:03, 28 January 2012 (PST)
We recently discussed this at some length in Scripting Tips . Someone who owns one of the devices to which Dale alludes did some tests, and there was nothing he and his friend could do to break the permissions. Innula Zenovka 13:16, 29 January 2012 (PST)