This isn't limited to only the case of modifying something off of your home grid.
I find that any scripted attachment or HUD is in danger of being destroyed in the same way you have found, just by wearing it when I make an HG TP. It doesn't happen all the time, but frequently enough that I have learned to either take it off before I HG TP, or make sure I have another copy of it, in case it's destroyed. Just like you found, once destroyed, the console complains of not being able to find the item, when I try to wear it. I never see any error associated with the item's destruction though. I have observed this behavior for well over a year now, but with no way to reproduce it on command and with no error message associated with the item's destruction, I haven't filed a mantis. I will say that one of us should probably actually look in our database to see if the thing it claims can't be found is actually there or not. -ste (smxy, in IRC) On Oct 15, 2011, at 3:24 PM, Gudule Lapointe <[email protected]> wrote: > If I try to modify a hud or clothes I wear while I am in another grid than > mine, it keeps working untill i go back "home". Once there, the object is > broken and unusable, unwearable, in all grids, mine, the one where I modified > the object or any other. > > When I try to wear it again, or if I wear it when landing in a region, I get > a message like this in the log: > [PRIM INVENTORY]: Couldn't start script New Script, 31fbc29a-ccbf-441 > ID 9380e7be-57f7-4382-8f17-5bde9cc275e1 could not be found > > For common things, I can use, rezz, buy or take copy of items in other worlds > and bring them back and forth home / outside. So my inventory/assets servers > do work. Basically, at least. > > Modifying includes adding items in prim inventory, changing a notecard or a > script inside. I think I get the same problem if I try to change the shape or > the color of the prim. > > At first sight it seems to only happen when I wear the object while modifying > it outside. If I change it in my grid, I can continue to use it outside and > inside. > > Can anyone try to reproduce this, to check if it's a problem specific to my > server / installation or a real bug? > > > _______________________________________________ > Opensim-users mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-users _______________________________________________ Opensim-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-users
