Permissions - Important.

Ok, I'm stumped and confused beyond reason so I have to ask what I'm donig wrong on permissions to sell.

I have no transfer items, packaged up in a modify/copy/no transfer box.
I place it inside a vendor board, and it will not pass to a buyer because it did not pass filters?
I've never had this problem before, so I'm missing something here.

I'm trying to give the vendor to someone so they can place it around ta their leisure. Once I pass it to them so they can take ownership of the vendor, everything is messed up and it won't vend anymore.

So, somehow, suring the transfer of the vendor to the client, permissions are getting changed to the point that the no-transfer items within the object, within the board, are becoming unuseable / sellable, what have you.

I've never setup a vendor split before for someone else. My script works fine, I have no masks setup in it, but once the vendor is passed to or purchased by another person, the vendor is locked down after that.

Any ideas or input? Kind of important - sorry for short notice, but it's short notice on me too

Thanks!
- Hap

When you give the vendor to someone else, they become the owner, and the "Next owner" permissions become active.

Since you have those set to "No Transfer", the new owner (your friend) is unable to transfer the objects to someone trying to purchase them from the Vendor.

You basically have two choices; put the vendors out yourself, or give your friend Full-Perm copies, and tell him (or her) to change that to the permissions you want before she (or he) puts the vendors out.

Since changing permissions of stuff already in a vendor is annoying, I'd recommend that you put them out yourself.

Hope this helps!

Or get a networked vendor and then just give them a catalog/affiliate vendor with the right percentage split and you'll be happy.

This way your not actually giving them the object, merely a device that contacts a device your own that hands out the item in question.

This solves a lot of problems, permissions, number of items sold, easy updates for new products, and so on.

I use the Hippotech stuff myself, but there are a number of others as well.

Indeed it does help. It confirms my observations and worries. I thought about using an affiliate type of thing... I have no idea if this would work but, what about...

I create an in-world object that is a "main" vendor that contains all of her stuffs.

Then I give her "vendors" to give out to her clients to pass out after they've purchased their custom stuffs.

Those vendors no matter where they are, could email the buyer's key and approval code to the "main" vendor object in-world, then *that* vendor (the main one) would deliver the goods via llGiveInventoryList(buyer's key, main vendor name, list);

In this way, all permissions would be preserved I think wouldn't they?

Any thoughts?

Sorry, was posting while you did I agree and I think I may just have to bite the bullet and purchase a network system. I think I could make one though the more I think about my previous thought process. Surely that's at least sort of how the network ones work I'd think.

The theory is right, the implementation I have no idea about...

I think that might work. No telling in this environment these days, though. I still am having problems with permissions changing arbitrarily on their own lol.

On the wiki for llGiveInventoryList . . .

# Avatar must be, or have recently been, within the same Region as sending object.

BUT for llGiveInventory . . .

If destination is an avatar they do not have to be in the same region.

So it would seem giving a list is out, but giving a single item (packaged) is good. What slexchange/onrez/etc use, I'm sure.