Objects Changing Perms when taking into inventory ?????

I just noticed that whenever I take an object into inventory, it changes the permissions to no mod.

Since I am the creator of the object, this is extremely annoying.

does anybody know why this is happening all of a sudden? ( RC)

There is another thread on this here;

/327/e3/294339/1.html

Some people, also me experience that permissions change on your 100% own build items. Which sounds like a bug to me.

Maybe Linden Lab can look at this, because I have no idea why it happens.

I also made something out of a hundred prims, and it became "no copy" without reason.

Well that's not a lot of information to work on, so I can only suggest the most obvious, if this only happens to a few objects taken back there is possibly a script, texture or animation that is set to no mod. So when the object goes back to inventory it shows 'no mod', but usually this indicates it's no mod for one part, if you rerez the object, you should find that all mod pieces are still in fact modifiable.

Dekka, that would be very nice indeed, but the reality is that there is a bug going on The same thing did happen to me, even when there were absolutely no prims that were not full perm to me. First time the linkset included a no-copy prim, and the permissions on all other prims were borked to. Last time the whole built was my own, and permissions got messed up.

Ok I hear you and I just hope it doesn't happen to me, this bug. However I build everyday in SL, anywhere between 4 and 12 hours a day, most of my builds are prim heavy, 200 to over 1000 prims and when I have this problem I always find the reason why, even if I have to go through every bloody prim checking everything which includes, the permissions for that prim, the texture for that prim, the script if it has one, check everything in the contents, so if I have a ambient sound script with 10 sounds, a animation effect and a door script, I check every single item and yes this takes bloody ages, but I always find the problem.

it maybe a bug, or it maybe a script. your cached inventory always averages the rights of whatever you pick up and put in it. If there is one no mod script in it, it will flag it as no mod in your inventory. Evenif ll the prims have full perms. This really means nothing, it is not the best way for SL to rad an item, i assume it is just the simplist way.

It used to grey out the Mod button if the item contains a no mod script. - and yes lets hope so because I just found this after making about 30 items which are listed and displayed and in vendors etc.. and have been purchased etc.. blahhhhh lol

and I did receive 2 questions about modifying the items, which means that there are issues, but most people won't say anything they just think the product is garbage..

so now I get to hunt down sales history and unf**k a bunch of perm issues again..

they need to make it so you can bulk set perms inside your inventory or inside prims!

No hold on, I have these issues too, with people questioning the 'no mod' permission. Someone even gave me a really bad review in Xstreet. I contact them and explained that if they cared to try, they could rez the object and modify it has much as I explained was possible in the ad and the notecard given, some people just don't read. Anyway, the person who gave me the bad review posted another saying there was a misunderstanding and the product was good, hell it was only L$4

Okay, so I've seen both threads, and I can't tell if this is a NEW problem (self-owned/created objects REALLY losing mod perms) or an old one (self-owned/created objects APPEARING to lose mod perms in inventory)?

I don't think I ever knew why this was the case, but the permissions flags in inventory are not a reliable indication of the rezzed object's true permissions. It has to do with how what shows up in your inventory is really just very limited summary information, and you only get full item details when the object gets rezzed. It has been like this for as long as I can remember, and it is definitely confusing for a customer who buys an item that supposedly has different perms from what their inventory is telling them.

If, however, you are taking rezzed items you created back into inventory, then re-rezzing them, and THEN not able to modify them, then this is a new problem and needs to be JIRAed tout de suite.

There's two issues here:

One is the fact that an object that has another more restrictive permission object in its contents will "read" as the more restrictive permission in inventory. To use a concrete example, my horses have no-mod scripts, but the body itself can be modified. So I often have to explain that to customers (I explain it in my ads and the manual, but...)

That's really not that troublesome. The other issue is quite troublesome, and it has to do with objects that change their actual permissions when taken into inventory or transferred. I had this trouble with a collaborative project a couple of months ago. We'd send full perm copies of the project to each other, but sometimes the objects would become no-transfer. Most irritatingly, if we tried to reset the permissions, they'd revert back to no-transfer! Trust me, we checked each and every prim and script in them.

I also saw this briefly this week, when another project kept changing to no-copy. Fortunately, the next day I was able to change it back to copy.

I really, really hope this bug gets fixed. But intermittent bugs can be the devil to troubleshoot.

I too have noticed this and the only way I have found to lock it in is to set the perms while the object is on the ground and then double check the perms in inventory. This has been going on for a few weeks.

Why not turn on debug perms in the advanced menu? Then you'll see an * when the perms aren't yet baked and will change when you rez or give it to someone else.

As Wilde pointed out, our inventory isn't the item, it's just a listing of the item! Nothing changes there, only when the item is rezzed in world.

Kelly Linden has a great detailed explanation that might explain these cases here:

having a similar problem myself...also when i shift-copy some items, they're becoming 'free to copy' for everybody else.

It is scary as a store owner, i have to double/triple check everything.

I had a problem in an item delivered by Xstreet yesterday.It was set mod/copy,had been for 6 months ,sold enough without a problem.I got an IM saying that it had been delivered with no copy.
I popped over to see and it edited as fine.The poor chap said that once it was in his inventory it changed.I gave him a bunch to be getting on with until this glitch is sorted out.

Thanks, Crystal. That's a terrific hint about how to check to see if permissions baked.

Kelly Linden's article is interesting, but if I'm reading it correctly, after an item gets rezzed by the next owner, the next owner permissions should bake. So, that explains why an item in inventory (not yet rezzed) might display the "wrong" permissions, but not why items the new owner rezzes have incorrect permissions. And that has been happening; I've seen it myself.

I had a product that all the permissions seemed fine for me and I was selling it as Modable. When the client received it, it was no mod...the entire thing.

Checking prims, scripts, etc...everything was set with the correct permission.

In the end I tracked it down to a texture that I used. The texture as I owned it was no mod. When I replaced that texture with a full perm one and passed it to the client...bingo it worked.

I can not honestly say if this was always the case, or just a recent change. But either way, do not try and give someone a Modable product that you used a no mod texture in.