|
a lost user
Join date: ?
Posts: ?
|
07-05-2008 13:17
I've encountered an anomalous behavioiur I've never seen before and wonder if anyone has experience with this.
I have a house packaged with Rez-Faux. In my inventory, when I look at the properties of the rez box, it has Copy/No Modify/No Transfer permissions set for the next owner, which is what I want it to have. I place the object on the ground, check the object's permissions, and they are still set correctly. I then take the object back into inventory (using either Take or Take Copy--I've tried them both). When I check permissions on the object again, it has lost it's Copy permission.
Does anyone have a suggestion for what I might look for that is causing this issue? Obviously, the house has numerous linked sets and prims, along with Scripts that are No Modify for the next owner, but all the linked sets of the house itself show the correct permissions that I have set for the house, those being Modify/Copy/No Transfer.
This one has me stumped.
|
|
Isablan Neva
Mystic
Join date: 27 Nov 2004
Posts: 2,907
|
07-05-2008 15:00
Have you tried sending it to a testing alt to rez in a sandbox and see what is going on?
What I normally do is send a final package to an alt, rez it in a sandbox to check permissions. It it comes out no copy (meaning the Rez Faux package disappears from inventory) then trouble shoot by taking each link set one at a time and attempting to drag-copy (using your alt.) Eventually one link set will give you the "lack copy permissions" message and you can focus on that set. Test all your link sets this way, then fix the problems as you find them.
_____________________
 http://slurl.com/secondlife/TheBotanicalGardens/207/30/420/
|
|
Kitty Barnett
Registered User
Join date: 10 May 2006
Posts: 5,586
|
07-05-2008 16:37
Check every linked prim's inventory for something that's set NC/T for next owner instead of C/NT. That's the reason copy is unchecked in inventory.
*Never* set next owner permissions on prims while they're in inventory though (either your regular inventory or in another prim) because there's a good chance it's not going to turn out the way you think it would.
An illustration of what can happen: it's entirely possible to have a C/NT item in inventory that turns NC/T when rezzed. The end result would be that while you meant the item to be copy, they can create an unlimited amount of *transferable* copies.
Other useful combinations are: * C/T in inventory but C/NT on rez (useful for distributing freebies: you can hand them out to others, but it prevents anyone from reselling them since a rezzed copy instantly turns NT) * NC/T in inventory with a C/NT item inside (useful to let people gift away C/NT items - as long as the item is never rezzed it can be transferred to someone else, but as soon it's rezzed to be unpacked it's C/NT)
|
|
beverly Zauberflote
Registered User
Join date: 22 Nov 2006
Posts: 26
|
09-23-2008 12:28
I have had a similar problem. I set a 1 prim (nothing in the contents of this object) object for sale, mark it next owner, m/c/no transfer. A person buys it and then reports to me it is no copy, no mod, no transfer. i double check the item that is rezzed in-world and it has the appropriate boxes checked. i have just started boxing items and double checking their properties in the content folder of the box to ensure they are copiable. This happens randomly to me and i have never been able to figure out why........grrrrrrr
|
|
Charlotte Bartlett
Registered User
Join date: 21 Sep 2006
Posts: 97
|
09-24-2008 07:01
Ditto on above
The cause is either one of your linksets overriding the box perms. Or a script within one of the objects is no copy so if using scripted blinds/lighting/doors check those.
I agree on the above poster's idea the sandbox option or a dev island is best way narrow where the error has occurred.
|