Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

Money Permissions on sell copy object

Chilly Charlton
Registered User
Join date: 15 Jun 2004
Posts: 483
05-30-2006 19:06
Oh! Failure! I created a "Burning Iris" ball which will give money paid to it to Iris Linden. I made it full mod and the script inside of it full mod and put it for sale (copy) for zero dollars so anyone can buy a copy and inspect the script to verify it is indeed sending the L's to Iris Linden.

BUT

Every time someone buys a "copy" the original on the floor looses the money permissions I gave it when I rezzed it.

So as soon as someone buys one to verify it, it's BROKEN.

So ... how can I make a script open source for anyone to inspect and have the origianl object which is for sale for zero NOT lose money permissions when ever a "copy" is bought for zero dollars.

Or is there any way at all to make a script "viewable" ... any way to allow verification of a script in an object that is running. This is critical. Please help. >>> here is the origianl script:

I can think of several instances an object with money permissions might want to make the script inside verifiable ... is there not a way?

Thanks!

//----------------------------------------------------------------------------------------------------
// This script shoud be giving lindens to Iris Linden in reference to this post:
// /139/e5/109418/1.html
// And since I can burn money by giving it to Iris Linden this script should be giving money
// to the UUID specified here;
// http://w-hat.com/name2key?name=Iris%20Linden
// Or
// 3c5f1bb4-5182-7546-6401-1d329b4ff2f8
// For the original with no mistake come get one for free at extreme!
// Burn your Lindens!

integer burnt;

default
{
state_entry()
{
burnt = 1321; // set this to the start amount if you ever have to re-complie and want to keep your balance
llSetText("Burning Iris\nBurn Your L$'s\nProof? Buy me for zero and check my script!\n$" + (string) burnt + " L's burnt so far!", <1,1,0>, .75);
llTargetOmega(<0,0,1>,PI/2,1.0); // spin the ball; PI is the speed
llSetPrimitiveParams([PRIM_TEXTURE, 0, "1b415519-dfad-43fe-44af-e69747402aa8", <4,1,0>, <0,0,0>, 3*PI/2]); // Set the texture
llRequestPermissions(llGetOwner(),PERMISSION_DEBIT);

}

on_rez(integer start_param)
{
llRequestPermissions(llGetOwner(),PERMISSION_DEBIT);
}

// when people pay
money(key giver, integer amount)
{
// Give it to Iris Linden
llGiveMoney("3c5f1bb4-5182-7546-6401-1d329b4ff2f8", amount);
llShout(0,llKey2Name(giver) + " just burned " + (string) amount + " Lindens! WOOOOOO HOOOOOO!!!";);
burnt = burnt + amount;
llSetText("Burning Iris\nBurn Your L$'s\nProof? Buy me for zero and check my script!\n$" + (string) burnt + " L's burnt so far!", <1,1,0>, .75);

}

touch_start(integer total_number)
{
llGiveInventory(llDetectedKey(0), "Burning Iris Note";);
}

}
Torley Linden
Enlightenment!
Join date: 15 Sep 2004
Posts: 16,530
05-31-2006 14:01
Moved to Scripting Tips.

Anyone have any creative suggestions for Chilly? :)
_____________________
Chilly Charlton
Registered User
Join date: 15 Jun 2004
Posts: 483
I'll bug report this and hope it's fixed
05-31-2006 14:44
If anyone has a solution please reply. Here's another thread that's more complete:

/54/bb/110706/1.html

I myself consider this a bug. Setting an object for sale with the copy option should not have the effect of the ORIGINAL object losing it's permissions.

Hopefully this is an easy fix and will find it's way into a queue. Until then, any work around would be apreciated =c).
Ordinal Malaprop
really very ordinary
Join date: 9 Sep 2005
Posts: 4,607
05-31-2006 14:48
I'd just put it in a box which hands it out on touch.

That does seem like a bug though; taking copies should not affect the original object at all.
Chilly Charlton
Registered User
Join date: 15 Jun 2004
Posts: 483
catch 22
05-31-2006 15:13
Handing out a copy does not insure you are hading out the same one that is functional. And the only one needing verification is the one that is running.

And not just for my "Burning Iris" implementation. Many people have voiced the need for the ability to be able to verify the scripts within objects which handle money ... which by definition must have money permissions (if they are going to pay out that is).

So this could be used in many circumstances. I'm not even looking for a fix for this bug. Maybe even a attribute you can set so that a script within an object is "viewable" ... although this makes it open source, granted ... any way a running script can be "verified" would be great.

I think there's a need for it.

ok ... now a feature ruquest I guess on top of a bug report. I'll do these when I get home. What's the feature? A "viewable" attribute to a running script within an object? That couldn't be too hard could it? It could be on a script by script basis ... it would be a way for scripters to make thier objects' scripts verifyable.

It would also allow for common objects in world to be verifyable in that they have not been altered from an original, especially if the original came as mod.

I think it's a valuable feature. Still ... a work around would be great at this point.
Kayla Stonecutter
Scripting Oncalupen
Join date: 9 Sep 2005
Posts: 224
06-01-2006 17:07
Chilly, have you tried setting the object and the script inside to "Allow anyone to copy"? If the object and _all_ contents are set to Allow Anyone To Copy, then they can right-click > More > Take Copy. Perhaps then the original won't lose the debit permission.
_____________________
Chilly Charlton
Registered User
Join date: 15 Jun 2004
Posts: 483
Yeah I tried that
06-02-2006 09:44
Hi Kayla ... yes I have already tried that and it's the same result. The original object loses permissions. =c(