Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0008281opensim[REGION] OpenSim Corepublic2018-01-15 07:292018-01-15 07:33
ReporterFredy Kyong 
Assigned To 
PriorityurgentSeveritymajorReproducibilityalways
StatusnewResolutionopen 
PlatformWindowsOSWin10OS Version64K
Product Version0.9.0 
Target VersionFixed in Version 
Summary0008281: Textures on prim not permament #Bug in OS 0.9.0
DescriptionA bug I filed once to the osgrid forum:
https://forums.osgrid.org/viewtopic.php?f=14&t=6023 [^]

I do have an odd behaviour with some textures on a prim (Simulator 09000)
Viewers tested: Singularity, Firestorm.

Some mesh objects I brought over from SL to Opensim had the wrong textures on the prim due to the mesh import. No difference the textures was on a mesh or just a prim but all prims are linked to others and none of the prims or objects contains any scripts.

I had the object in OpenSim, corrected the wrong texture A to the right texture B (I do have the texture all in my inventory and also applied the UUID in a second step) and all stays on the prim as long the simulator is runing.

After I shut down the simulator and restart again the texture A (wrong one) shows up again on the prim.
Console does not pop up with errors.

Can I "bake" textures on a prim maybe via Console commands?

Is the prim broken? The texture? I tried tga and png textures.
Steps To Reproduce
I can confirm, this is OpenSim related with

A) Textures not baking to prim
or
B) Link problem of a prim

I took the mesh again (perfectly fine with textures) from SL to Opensim (All the prims/ textures I am the creator, so no rights conflicts here).

The mesh has 2 prims but each mesh contains multiple linksets and textures). I fix the wrong texture on mesh1 because it had some wired texture on it. I relog/shutdown/restart the simulator and the texture on the mesh is set to the strange texture again.

I log out, log in. Texture is again wrong.

No messages on the console regarding wrong textures or any other exceptions thrown.

Now I link a naked prim cube to the mesh (Mesh has 3 prims now). I fix the textures, log out, log in again. Texture is messed up again. I "unlink" the naked prim again and the texture switches back to the right one again.

I log out/ log in again. The texture is messed up again.

Now I did the reverse thing. I fixed the textures and exported the whole mesh back from OS to SL again. I upload the mesh in SL, all textures are fine (Same Viewer).

I log out from SL and log in again, the textures on the mesh are fine.

Conclusion:
Bug in Opensim (currently Diva Distro v09000)
Additional InformationWhat I see is that faces 6 and 7 (counting from zero) on a mesh keep changing to the same texture, tint and texture repeats as face 5.

Here is a picture taken at the welcome center sandbox on the T.A.G. grid. These are two identical copies of the same eight face mesh panel with eight textures (chosen at random from my invetory there). The only difference between the two, is that the top one was there before I relogged, the lower one was added (by copy-dragging) after the relog.

This appears to be a client side issue but if it applies both to Singularity and Firestorm I think the only thing to do is warn everybody against uploading meshes with more than six faces until this is sorted out.
TagsNo tags attached.
Git Revision or version number
Run Mode Standalone (Multiple Regions)
Physics EngineBulletSim
EnvironmentUnknown
Mono VersionNone
ViewerSingularity Alpha 64K
Attached Filespng file icon Snapshot_006.png [^] (1,276,749 bytes) 2018-01-15 07:33

- Relationships

-  Notes
There are no notes attached to this issue.

- Issue History
Date Modified Username Field Change
2018-01-15 07:29 Fredy Kyong New Issue
2018-01-15 07:33 Fredy Kyong File Added: Snapshot_006.png


Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker