I'll have to work on explaining a little better. I'll put some samples to together.
IAR Example: The issues with an IAR was I changed a cube to a torus. That change would not appear until I loaded to IAR to a different server. --Rick On Tue, May 28, 2013 at 6:18 PM, Justin Clark-Casey < [email protected]> wrote: > On 28/05/13 22:49, Rick Anderson wrote: > >> Justin, >> >> I can set up test cases for each condition to repeat the problem. I can >> duplicate the following below. I can also add >> the manual object delete command and compare results. Any other cases >> that would be worth trying? >> >> For IAR getting a duplicate name isn't so much a problem, but not having >> the object update with the new properties is >> weird. I have deleted the object from my avatars inventory and >> reimported. Same problem. I went to a new server and the >> import occurred with the update settings. >> > > Anything loaded to inventory via an IAR will be owned (or certainly > should!) be owned by you - it's not possible in SL to have inventory > objects that are owned by somebody else. So I'm a little confused as to > what we're talking about here. > > > >> For OAR I see a message claiming the objects would be deleted. I only >> changed the owner UUID to match the new owner on >> the new server. Repetitive loads kept the old owner UUID. >> > > Perhaps this is a corner case, though it would still be quite surprising > to me as the objects themselves will always be given random UUIDs on load. > > In fact, the old owner UUID should only be there is the new server also > has a user with that UUID. If not, it should revert to the estate owner. > Could it be that somehow the estate owner also has the old UUID? > > >> >> --Rick >> >> >> >> On Tue, May 28, 2013 at 5:03 PM, Justin Clark-Casey < >> [email protected] >> <mailto:jjustincc@googlemail.**com<[email protected]>>> >> wrote: >> >> Hi Rick. I'm very surprised to hear that since the default behaviour >> on OAR load is to wipe the region before the >> load. There is a --merge option but this isn't the default. >> >> IARs are a different matter - you will get duplicate inventory items >> if you don't delete the old ones first. There >> isn't any option to do a replace here. >> >> You can manually wipe a region with the console command >> >> delete object name --regex .* >> >> but this shouldnt' be necessary. >> >> >> On 28/05/13 21:08, Rick Anderson wrote: >> >> I'm finding if you import an oar or an iar file. Then edit the >> file the re-import it. The 2nd import fails >> because the >> originals are still in world and not replaced by the new files in >> the oar/iar. >> >> Is there flag that will change that? >> >> Also, I had to delete the regions with those objects, and the re >> load the iar/oar for changes to take effect. >> >> Is this a bug or there a work around? >> >> --Rick >> >> -- >> Rick Anderson >> Director of Virtual Worlds >> Division of Continuing Studies (DoCS) >> Rutgers University >> (732) 586-3265 >> >> >> ______________________________**___________________ >> Opensim-users mailing list >> [email protected] <mailto:Opensim-users@lists.** >> berlios.de <[email protected]>> >> >> https://lists.berlios.de/__**mailman/listinfo/opensim-users<https://lists.berlios.de/__mailman/listinfo/opensim-users>< >> https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users> >> **> >> >> >> >> >> -- >> Justin Clark-Casey (justincc) >> OSVW Consulting >> http://justincc.org >> http://twitter.com/justincc >> ______________________________**___________________ >> Opensim-users mailing list >> [email protected] <mailto:Opensim-users@lists.** >> berlios.de <[email protected]>> >> >> https://lists.berlios.de/__**mailman/listinfo/opensim-users<https://lists.berlios.de/__mailman/listinfo/opensim-users>< >> https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users> >> **> >> >> >> >> >> >> -- >> Rick Anderson >> Director of Virtual Worlds >> Division of Continuing Studies (DoCS) >> Rutgers University >> (732) 586-3265 >> >> >> ______________________________**_________________ >> Opensim-users mailing list >> [email protected] >> https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users> >> >> > > -- > Justin Clark-Casey (justincc) > OSVW Consulting > http://justincc.org > http://twitter.com/justincc > ______________________________**_________________ > Opensim-users mailing list > [email protected] > https://lists.berlios.de/**mailman/listinfo/opensim-users<https://lists.berlios.de/mailman/listinfo/opensim-users> > -- Rick Anderson Director of Virtual Worlds Division of Continuing Studies (DoCS) Rutgers University (732) 586-3265
_______________________________________________ Opensim-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-users
