[BUG-216470] Applying Normal Bump) map crashes viewer

[sl-service-account]

Steps to Reproduce

editing the uploaded animesh. set its diffuse texture (always works) then set normal map and it always crashes my viewer

Actual Behavior

Anytime I try to apply a normal map to my animesh object, it crashes the viewer.

Expected Behavior

apply normal map and don't crash viewer

Other information

seems 100% repeatable.

• and is same problem for a dozen different animesh objects

• after relog, animesh object is nearly always gone.

• sometimes if I relog again much later, the animal may be there

• • and if/when it is there, it usually does have the normal map applied

• NOTE: often it IS there for other folks in their viewer, but not visible for me - even after relogs

Attachments

• crashreport.zip 2018-06-19 11:08:27
• dump-affc2672-b185-b517-f00b-6c486d34a452.zip 2018-06-19 11:22:50
• Goat_Diffuse.bmp 2018-06-19 11:03:35
• Goat_Normal.bmp 2018-06-19 11:03:35
• Goat Graze.dae 2018-06-19 11:03:35
• SecondLife.zip 2018-06-19 21:39:08
• SecondLife.zip 2018-06-19 11:08:27

Original Jira Fields

| Field | Value | | ------------- | ------------- | | Issue | BUG-216470 | | Summary | Applying Normal Bump) map crashes viewer | | Type | Bug | | Priority | Unset | | Status | Closed | | Resolution | Expected Behavior | | Reporter | Restless Swords (restless.swords) | | Created at | 2018-06-19T01:26:45Z | | Updated at | 2018-06-21T15:14:34Z | ``` { 'Business Unit': ['Platform'], 'Date of First Response': '2018-06-19T04:53:34.588-0500', "Is there anything you'd like to add?": 'seems 100% repeatable.\r\n- and is same problem for a dozen different animesh objects\r\n- after relog, animesh object is nearly always gone.\r\n- sometimes if I relog again much later, the animal *may* be there\r\n', 'ReOpened Count': 0.0, 'Severity': 'Unset', 'System': 'SL Viewer', 'Target Viewer Version': 'viewer-development', 'What just happened?': 'Anytime I try to apply a normal map to my animesh object, it crashes the viewer.', 'What were you doing when it happened?': 'editing the uploaded animesh. set its diffuse texture (always works) then set normal map and it always crashes my viewer', 'What were you expecting to happen instead?': "apply normal map and don't crash viewer ", 'Where': 'secondlife://Aditi/secondlife/Animesh4/213/115/23', } ```

[sl-service-account]

Chaser Zaks commented at 2018-06-19T09:53:35Z

I am unable to reproduce this, can you please provide the following information?:

1. What animesh object does this reproduce on? Does it reproduce on the animesh test raptor?
2. Are you applying the normal map while animesh is enabled on the object? If so, is a animation playing?
3. Are you applying the normal map to a single object animesh, a link in a linkset, or all of a linkset?
4. Is there any non-rigged prims in the animesh that you are applying this to?
5. Can you please attach a crash log and crash dump to this issue? If you need help with this, please check out this useful guide: https://community.secondlife.com/knowledgebase/english/how-to-report-a-bug-r224/#Section__3_1

[sl-service-account]

Restless Swords commented at 2018-06-19T15:08:59Z, updated at 2018-06-19T15:09:34Z

1) it seems to happen on all my animesh animals (around 15) 2) i upload the animal, rez it, edit its texture (diffuse) then try to edit its bumpiness

• have not yet set the animesh feature at that point, is just n uploaded mesh object

  3) it is a single mesh object at that point, not yet joined to a linkset and not yet set to animesh 4) it is just that one single mesh prim exported out of blender/avastar

  I attached the DAE and the diffuse+normal textures so you can reproduce if you can tell me

• upload the DAE, setting physics=lowest and skin_weights +joints
• rez the animal, edit, drag the diffuse texture into texture box, then try dragging normal texture into texture box

[sl-service-account]

Restless Swords commented at 2018-06-19T15:22:51Z

also attaching dump file (previously attached crashreporter and secondlife.old)

[sl-service-account]

Chaser Zaks commented at 2018-06-19T21:53:12Z

I have uploaded a copy of the goat model with the textures/normal maps and am still unable to reproduce this. After looking at the logs I noticed there are some GL Warnings/Errors, however those might be unrelated?

I did see that the file is a newer file which does not contain the crash, but does contain a GL Error during shutdown, this may be worth looking at but this may not be related to the issue. The does contain the error which I think you are receiving:

2018-06-19T14:54:11Z WARNING: LLVertexBuffer::setupVertexBuffer: Missing required component TYPE_TEXCOORD1 2018-06-19T14:54:11Z WARNING: LLVertexBuffer::setupVertexBuffer: Missing required component TYPE_TANGENT 2018-06-19T14:54:11Z llrender/llvertexbuffer.cpp(2471) : error 2018-06-19T14:54:11Z ERROR: llrender/llvertexbuffer.cpp(2471) : LLVertexBuffer::setupVertexBuffer: LLVertexBuffer::setupVertexBuffer missing required components for supplied data mask.

I do not have the symbol files so I cannot read the dmp file at the moment, but I am assuming this is the issue, or at least near it.

[sl-service-account]

Restless Swords commented at 2018-06-20T01:39:09Z

1) cleaned up computer 2) logged into sl-beta 3) uploaded DAE 4) assigned diffuse 5) assigned normal - and crashed viewer (same as always) 6) zipped up all the current secondlife/logs

[sl-service-account]

Whirly Fizzle commented at 2018-06-20T16:03:26Z

Do you have the debug setting DebugGL set to TRUE? It should be set to FALSE.

[sl-service-account]

Restless Swords commented at 2018-06-21T01:24:43Z

I have not set it (not intentionally), everything is standard in the viewer.

• where do I find it? it is not in advanced -> debug_settings

[sl-service-account]

Restless Swords commented at 2018-06-21T01:33:23Z

under developer -> rendering I found debug GL.

• it is checked (I have never intentionally changed that)
• I just unchecked it
• repeated my test, and now applying normal map does NOT crash my viewer.

I shall leave it unchecked, but have not intentionally changed any of those developer settings

[sl-service-account]

Whirly Fizzle commented at 2018-06-21T14:20:00Z

Sorry I gave you the incorrect debug setting, it's RenderDebugGL The debug RenderDebugGL is the same setting as Developer -> Rendering -> Debug GL.

It's not really bug that the viewer crashes in various situations with Debug GL enabled.

[sl-service-account]

Kyle Linden commented at 2018-06-21T15:14:35Z

Hi Restless,

I'm happy to hear the crash has stopped after disabling Debug GL. Thank you Whirly for helping solve this one.

Debug mode of any of our settings are more likely to encounter exceptions and as a rule exceptions cause crashes. This is so the crash can be reported and analyzed.

In general it is best not to enable debug mode for any of our settings.

Thanks!