QuillLittlefeather / openmetaverse

Automatically exported from code.google.com/p/openmetaverse
0 stars 0 forks source link

Importing objects is broken. #89

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
I exported a build of mine on another grid, with Imprudence's "Export Selected 
Objects" feature. I them tried to import it with Imprudence into my SimianGrid. 
The resulting object cannot be edited. All tabs in the build dialog are empty 
of any information about the object and are greyed out. The only way to delete 
the object is by deleting the prims from the region store. It makes no 
difference whether I attempted it in a Fortis sim or a Core sim.

I tried this in my ROBUST grid and it works fine.

Original issue reported on code.google.com by sterick...@gmail.com on 12 Oct 2010 at 12:54

GoogleCodeExporter commented 9 years ago
are there any logs from either simiangrid or opensim ? can you provide the 
object or create one that causes a safe reproduction of this issue?

Original comment by jonaf...@gmail.com on 12 Oct 2010 at 1:19

GoogleCodeExporter commented 9 years ago
The object that failed was a 41-prim, fully linked Log Cabin I made. To try to 
present you with a smaller object to test with, I went to the original grid, 
rezzed two cubes, linked them, exported them, imported them ... and it all 
worked.

I'm wondering now if the cabin failed because there were missing textures. I'll 
try recreating that with my next attempt and will report back.

Original comment by sterick...@gmail.com on 12 Oct 2010 at 7:30

GoogleCodeExporter commented 9 years ago
Well, I think Imprudence's latest experimental, for the Mac anyway, is having 
texture issues. So I switched to their recently released 1.3.0 version.

This time around, I textured the two linked prims with the 10 textures my log 
cabin uses and exported it. I noted that this time (unlike when I exported the 
cabin) it did save the textures to my computer, along with the xml describing 
the two-prim linkset.

I then tried to import it into my SimianGrid. It nearly instantly created the 
two prims and textured them with (as near as I can tell, because what followed 
happened fast) the 10 textures. I had just enough time to note that the build 
dialog looked fine - all the proper info on the general tab, when one of the 
prims simply went poof and disappeared. At the same moment, the build dialog 
went empty and the fields greyed out and now the remaining prim acts just like 
the imported cabin does.

Nothing was logged anywhere, that I can find.

Original comment by sterick...@gmail.com on 12 Oct 2010 at 8:35

GoogleCodeExporter commented 9 years ago
Ok, the prim that went poof still registered as being in the sim according to 
about land. I did a 'show' and discovered it up in the air in a neighboring 
sim! It too, acts the same way when put in edit mode. I just 'took' it and I 
note that it's linked prim in the original sim went away, so I assume both are 
in my inventory now. They are. I can manage to have both prims rez in the same 
sim if I rez them in the sw corner of the sim. The one goes on the ground where 
I rez it. The other is far north and east and quite a bit up in the air. 
Neither is editable and has empty, greyed-out build dialog tabs. I can't unlink 
them either. I'll try importing the object again, in another sim and see if I 
can repeat this.

Original comment by sterick...@gmail.com on 12 Oct 2010 at 8:59

GoogleCodeExporter commented 9 years ago
My second attempt at importing this object worked just fine. Well, it seemed 
to. I logged out, cleared my cache, logged back in and both cubes are white - 
none of the textures it should have are applied.

Original comment by sterick...@gmail.com on 12 Oct 2010 at 9:06

GoogleCodeExporter commented 9 years ago
According to the Imprudence folks, the reason they are white is that the 
textures never got to the asset database. Then we wondered if the prims had 
even gotten there. I got the uuid of one of the two and looked and sure enough, 
it is not in the AssetData table, assuming that ID in the table = the UUID of 
the asset.

Original comment by sterick...@gmail.com on 12 Oct 2010 at 9:28

GoogleCodeExporter commented 9 years ago
Moved to http://jira.openmv.org/browse/SIM-25 with a reminder that we need 
something to reproduce this with.

Original comment by jonaf...@gmail.com on 17 Oct 2010 at 7:24