secondlife / jira-archive

2 stars 0 forks source link

[BUG-139124] The presence of certain Avatars stops local specular textures from "sticking". Yes really. #2356

Open sl-service-account opened 7 years ago

sl-service-account commented 7 years ago

Steps to Reproduce

Try applying a local texture to an object "Specular" channel

https://i.gyazo.com/58b41b7bc28ef95aa07d4a1ec549f46f.gif

Steps to reproduce: Setup step: Grant accounts being used full edit permissions. 1) Rez a prim 2) Edit the prim, touch the texture tab 3) click "specular" 4) click the texture thumbnail (should be blank) 5) in the texture selection dialogue, click local, then add. 6) in the resultant file selector select an image, ideally a specular map (see attached) 7) click on the new local texture in the texture selector. It should be applied and appear in the thumbnail. Click "OK" 8) click on glossiness spinner to change it a few times. ( up or down, does not matter ) At this point the texture should be ok..... 9) TP Beq Janus. 10) When Beq appears the local texture in the specular tab will vanish 11) Repeat from step 5 with Beq present. The texture will vanish at step 8

Actual Behavior

Joint submission by Beq Janus, Elizabeth (polysail) Jarvinen, Whirly Fizzle and Minute Voir. We've tried everything we can think of...

The local texture vanishes while being manipulated, but only in the presence of some avatars.

Yes...we know...it makes no sense at all... We spent a few hours testing this.

We have tried the following permutations Beq in full mesh avatar, Beq completely n00bed to just the mandatory (Linden default IE New> Skin New>Eyes etc etc) skin, eyes, shape and hair. All gestures disabled, no huds, no voice.

Also, "victims" with the either full avatar or total n00b.

It does not, therefore, seem to be triggered by an attachment, it is not RLV related (LL viewer reproduces)

In addition clearing the viewer cache after everyone has assumed default avatar skins with zero attachments has no effect.

Beq needs only be nearby, either in the same region or a nearby region, whether within draw distance or not. If Beq is derendered you will still break.

If Beq TPs away, things will be fine. As soon as she returns, the local specular will be removed, sometimes without even interacting with the object. Other times a couple button presses will trigger the glitch. However, Beq's computer can connect / appear on an alt and the bug does not repro in her presence ( only on the Beq Janus avatar, regardless of what is being worn ).

Using inventory textures does not recreate this. Only local textures are affected.

Only one Avatar tested so far has proven to be completely immune to the effect. Alina Hikari (proclivityshopmaid) is able to set any specular texture at any time in the presence of any and all avatars known to trigger this bug in others. Alina has been tested on bnoth FS and LL viewers as well. It possibly worth mentioning that Alina only has 4300 items in her inventory. We've no idea about whether that affects anything, because honestly we've got no idea at all.

TLDR; Summary If a local specular texture is applied to an object in the presence of Beq Janus (or certain others, no pattern yet established) all extended local materials will be removed upon adjusting the "Glossiness" Value via the spinner or by typing in a value, not clicking enter and clicking in open space.

Expected Behavior

The texture should have stayed.

Other information

This can also affect the normal but will never affect the diffuse. If during the setup above, you also apply a normal map from a local texture, it will stick most of the time, until the specular breaks, at which point it will vanish too.

Also noted: Objects affixed to an avatar seem to be immunized from losing their map textures. It's only objects that are on the ground while using local textures that seem subject to this anomaly.

Attachments

Links

Related

Original Jira Fields | Field | Value | | ------------- | ------------- | | Issue | BUG-139124 | | Summary | The presence of certain Avatars stops local specular textures from "sticking". Yes really. | | Type | Bug | | Priority | Unset | | Status | Accepted | | Resolution | Accepted | | Reporter | Beq Janus (beq.janus) | | Created at | 2017-09-22T23:08:56Z | | Updated at | 2017-12-19T09:43:44Z | ``` { 'Business Unit': ['Platform'], 'Date of First Response': '2017-09-22T18:35:09.771-0500', "Is there anything you'd like to add?": 'This can also affect the normal but will never affect the diffuse.\r\nIf during the setup above, you also apply a normal map from a local texture, it will stick most of the time, until the specular breaks, at which point it will vanish too.', 'ReOpened Count': 0.0, 'Severity': 'Unset', 'System': 'SL Viewer', 'Target Viewer Version': 'viewer-development', 'What just happened?': 'Joint submission by Beq Janus, Elizabeth (polysail) Jarvinen, Whirly Fizzle and Minute Voir. We\'ve tried everything we can think of... \r\n\r\nSteps to reproduce\r\n1) Rez a prim\r\n2) Edit the prim, touch the texture tab\r\n3) click "specular"\r\n4) click the texture thumbnail (should be blank)\r\n5) in the texture selection dialogue, click local, then add.\r\n6) in the resultant file selector select an image, ideally a specular map (see attached) \r\n7) click on the new local texture in the texture selector. It should be applied and appear in the thumbnail.\r\n8) click on glossiness a few times. \r\nAt this point the texture should be ok.....\r\n9) TP Beq Janus.\r\n10) When Beq appears the local texture in the specular tab will vanish\r\n11) Repeat from step 5 with Beq present. The texture will vanish at step 8\r\n\r\nYes...we know...it makes no sense at all...\r\n\r\nWe have tried the following permutations\r\nBeq in full mesh avatar, Beq completely n00bed to just the mandatory skin, eyes, shape and hair. All gestures disabled, no huds, no voice.\r\n\r\nAlso, "victims" with the either full avatar or total n00b.\r\n\r\nIt does not, therefore, seem to be triggered by an attachment, it is not RLV related (LL viewer reproduces)\r\n\r\n\r\nBeq needs only be nearby, either in the same region or a nearby region, whether within draw distance or not. If Beq is derendered you will still break.\r\n\r\nIf Beq TPs away, things will be fine. As soon as she returns, the local specular will be removed.\r\n\r\nUsing inventory textures does not recreate this. Only local textures are affected.\r\n\r\nOnly one Avatar tested so far has proven to be completely immune to the effect. Alina Hikari (proclivityshopmaid) is able to set any specular texture at any time in the presence of any and all avatars known to trigger this bug in others. Alina has been tested on bnoth FS and LL viewers as well.\r\n\r\nTLDR; Summary\r\nIf a local specular texture is applied to an object in the presence of Beq Janus (or certain others, no pattern yet established) all extended local materials will be removed.\r\n\r\n\r\n', 'What were you doing when it happened?': 'applying a local texture to an inworld object\r\n', 'What were you expecting to happen instead?': 'The texture should have stayed.', 'Where': 'tested in various regions including Testylvania\r\n\r\nit will reproduce anywhere that Beq is.\r\nIt will sometimes reproduce when Min is present....', } ```
sl-service-account commented 7 years ago

Whirly Fizzle commented at 2017-09-22T23:35:10Z

I can reproduce this bug ONLY when agents Beq Janus or Minuet Voir are standing near to me. Bug does not reproduce when I'm alone on the region or when agents ProclivityShopMaid Resident or Elizabeth Jarvinen or PolyAnna Nightfire are standing near to me. Bug reproduces for me on both Firestorm & LL viewer. We tested with all tester agents wearing ONLY the same freshly created new skin, shape, hairbase & system eyes: https://prnt.sc/gojg4j (Aren't we hot?)

System Information

Second Life 5.0.7.328060 (Second Life Release)
Release Notes

You are at 87.4, 116.3, 21.9 in Testylvania Sandbox located at sim10773.agni.lindenlab.com (216.82.56.63:13021)
SLURL: http://maps.secondlife.com/secondlife/Testylvania%20Sandbox/87/116/22
(global coordinates 332,631.0, 306,292.0, 21.9)
Second Life RC BlueSteel 17.09.14.508549
Release Notes

CPU: Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz (2592 MHz)
Memory: 8113 MB
OS Version: Microsoft Windows 8 64-bit  (Build 9200) compatibility mode. real ver: 10.0 (Build 10586)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce GTX 960M/PCIe/SSE2

Windows Graphics Driver Version: 22.21.13.8494
OpenGL Version: 4.5.0 NVIDIA 384.94

Window size: 1920x1011
Font Size Adjustment: 96pt
UI Scaling: 1
Draw distance: 80m
Bandwidth: 500kbit/s
LOD factor: 2
Render quality: 5 / 7
Advanced Lighting Model: Enabled
Texture memory: 512MB
VFS (cache) creation time: August 31 2017 00:03:50

J2C Decoder Version: KDU v7.2
Audio Driver Version: FMOD Ex 4.44.31
LLCEFLib/CEF Version: 1.5.3-(CEF-WIN-3.2526.1347-32)
LibVLC Version: 2.2.4
Voice Server Version: Vivox 4.6.0017.22050

Packets Lost: 0/21,835 (0.0%)
September 22 2017 16:29:20
sl-service-account commented 7 years ago

Whirly Fizzle commented at 2017-09-23T00:08:30Z

Bug also reproduces when a repro avatar is nearby when you have a local specular texture set & you change the environment setting or the specular colour. Repro changing specular colour: https://i.gyazo.com/e4e46a5f6e9cb5edb5a8ac025f6b69f7.mp4

sl-service-account commented 7 years ago

Willow Wilder commented at 2017-09-23T00:24:24Z

Minuet Voir is a half-miler. Can repro the edit window blanking out before reaching maximum or minimum, but the texture remains. See snapshots.

Firestorm 5.0.8.53935 (Firestorm-AlexIvy64 64bit)
Release Notes

You are at 86.7, 110.3, 21.9 in Testylvania Sandbox located at sim10773.agni.lindenlab.com (216.82.56.63:13021)
SLURL: http://maps.secondlife.com/secondlife/Testylvania%20Sandbox/87/110/22
(global coordinates 332,631.0, 306,286.0, 21.9)
Second Life RC BlueSteel 17.09.14.508549
Release Notes

CPU: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz (3411.14 MHz)
Memory: 8173 MB
OS Version: Microsoft Windows 10 64-bit (Build 10586)
Graphics Card Vendor: ATI Technologies Inc.
Graphics Card: AMD Radeon HD 6700 Series

Windows Graphics Driver Version: 15.301.1901.0
OpenGL Version: 4.2.13417 Compatibility Profile Context 15.301.1901.0

RestrainedLove API: (disabled)
libcurl Version: libcurl/7.54.1 OpenSSL/1.0.1u zlib/1.2.8
J2C Decoder Version: KDU v7.9.1
Audio Driver Version: FMOD Ex 4.44.61
Dullahan: 1.1.813 / CEF: 3.3071.1634.g9cc59c8 / Chrome: 59
LibVLC Version: 2.2.4
Voice Server Version: Vivox 4.6.0017.21209

Settings mode: Firestorm
Viewer Skin: Firestorm (CtrlAltStudio)
Window size: 1920x1017 px
Font Used: Liberation (96 dpi)
Font Size Adjustment: 0 pt
UI Scaling: 1.25
Draw distance: 128 m
Bandwidth: 1500 kbit/s
LOD factor: 3.125
Render quality: Medium (3/7)
Advanced Lighting Model: Yes
Texture memory: 768 MB (1)
VFS (cache) creation time (UTC): 2017-9-7T18:35:9 
Built with MSVC version 1800
Packets Lost: 11/236,242 (0.0%)
September 22 2017 17:23:29 SLT
sl-service-account commented 7 years ago

Beq Janus commented at 2017-09-25T17:58:28Z

I have a strong reason to believe this is related to edit rights. If a user has edit rights on your items then they will periodically synchronise back to the object being edited.this causes an update from the asset server which overwrites the the materials. At present this is theory.we will update after more tests

sl-service-account commented 7 years ago

polysail commented at 2017-09-25T18:11:49Z

I just confirmed it definitely is related to Object Edit Avatar permissions. I just broke Alina's "Immunity" to this bug by granting object edit rights to a nearby avatar. Local textures suddenly ceased being reliable once I relogged after granting edit rights.

sl-service-account commented 7 years ago

Whirly Fizzle commented at 2017-09-25T19:18:09Z

Confirmed this bug will only reproduce when an avatar that has your edit rights is on the region/neighbour region. So facepalming right now lol.

sl-service-account commented 7 years ago

Grumpity Linden commented at 2017-09-26T17:30:36Z

if we ever institute a "bug report of the year" award, this will certainly be a front-runner.

sl-service-account commented 7 years ago

Willow Wilder commented at 2017-09-26T18:11:56Z

@Grumpity Linden - Does that means crowns? There will be crowns right? Please let there be crowns. Serious Testers need crowns. Just sayin'. Also WTG Beq!!

sl-service-account commented 7 years ago

Grumpity Linden commented at 2017-09-26T19:23:31Z

As you wish.

sl-service-account commented 6 years ago

AndreyK ProductEngine commented at 2017-11-08T15:12:31Z

This is caused by code in LLVOVolume::setTEMaterialParams() (MAINT-4773) The best idea so far - to remove MAINT-4773 fix and remake it to ignore missing textures instead of assigning empty ones.