A follow up on this problem.<br><br>I have just spent some time with Tom Meta of the M7 support team and we seem to have found the root of the problem.<br><br>I used Second Inventory to import these items from my private standalone sim where I do all of my builds.<br>
<br>It appears that Second Inventory generates bad perm fields when it imports objects and this causes problems with the perms in world when the object is rezzed, transferred etc.<br><br>The work around is to rez the object and then take the object using the M7 (or equivalent) viewer - this fixes the problem about 80% of the time. For wearable objects (e.g. hair) this requires that you redo the attachment point. :-(<br>
<br>If I try to backup the imported objects from Meta 7 into SI, it exports fine. However I am unable to re-import the item to Meta 7 or elsewhere due to copyright (permissions?) errors - even to the same M7 account that I used for the backup!.<br>
<br>This was not a huge problem before the SL TPV policy, but perms checking is now much more aggressive than it once was even for stuff that never uses Second Life!<br><br>I have put in a bug report to Second Inventory, please see their website for more information.<br>
<br>Karen<br>
<br><div class="gmail_quote">On Mon, May 17, 2010 at 8:28 PM, Karen Palen <span dir="ltr"><<a href="mailto:karenpalensl@gmail.com" target="_blank">karenpalensl@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

I am not sure if this is related, but  am tryign to isoalte this same problem on the Meta7 grid. I have set up several items for sale and intend that the customer get copy, mod, no transfer perms. <br><br>I am an ordinary unprivileged user on thsi grid BTW.<br>


<br>In fact they seem to get almost a random combination for simple objects like wearables (full prems to no perms), complex objects like a prim hair always end up as no perms!<br><br>I am seeing this both in a sale of a boxed collectionr and in giving a similar boxed collection to another avatar. It seems to be related to the transfer rather than buying or selling.<br>


<br>A simple default cube can be transferred back and forth with no problem - 5 times is th emax so far.<br><br>Can anyone shed enough light on this so I can either make a Mantis report or fix the problem myself?<br><br>

<div class="gmail_quote"><div>
On Mon, May 17, 2010 at 2:55 PM, Mespelt, Don <span dir="ltr"><<a href="mailto:DMespelt@seaside.k12.or.us" target="_blank">DMespelt@seaside.k12.or.us</a>></span> wrote:<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div>









<div link="blue" vlink="purple" lang="EN-US">

<div>

<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);">My users have (no copy) (no modify) (no transfer) for object  properties
no matter what they set the object settings to.  I’m running 0.6.8 across
five servers and it has been good so far.  People are creating houses and
what not.  I’m trying to use the edu-set ContentsGiver to hand out
class notes and people are getting the “You are not allowed to view this
note.”</span></p>

<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p>

<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);">Additionally – as I don’t want to abuse this list
server (it’s great to follow what’s going on)  if there is a
more appropriate source for help please let me know.</span></p>

</div>

</div>


<br></div><div>_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de" target="_blank">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
<br></div></blockquote></div><br>
</blockquote></div><br>