Open sl-service-account opened 5 years ago
Kyle Linden commented at 2019-02-21T18:25:37Z
Second Life Release 6.1.0.524348 (64bit) Release Notes
You are at 70.1, 162.6, 23.4 in London City located at sim10002.agni.lindenlab.com (216.82.48.12:13012) SLURL: http://maps.secondlife.com/secondlife/London%20City/70/163/23 (global coordinates 150854.0, 232099.0, 23.4) Second Life Server 19.01.25.523656 Release Notes
CPU: Intel(R) Core(TM) i7-4870HQ CPU @ 2.50GHz (2500 MHz) Memory: 16384 MB OS Version: Mac OS X 10.14.3 Darwin 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64 Graphics Card Vendor: NVIDIA Corporation Graphics Card: NVIDIA GeForce GT 750M OpenGL Engine
OpenGL Version: 2.1 NVIDIA-12.0.21 355.11.10.50.10.103
Window size: 1189x803 Font Size Adjustment: 96pt UI Scaling: 1 Draw distance: 128m Bandwidth: 3000kbit/s LOD factor: 1.125 Render quality: 2 Advanced Lighting Model: Enabled Texture memory: 512MB VFS (cache) creation time: February 21 2019 07:54:28
J2C Decoder Version: KDU v7.10.4 Audio Driver Version: FMOD Ex 4.44.64 Dullahan: 1.1.1080 / CEF: 3.3325.1750.gaabe4c4 / Chromium: 65.0.3325.146 LibVLC Version: 2.2.8 Voice Server Version: Vivox 4.9.0002.30313
Packets Lost: 205/17570 (1.2%) February 21 2019 10:16:54
Soft Linden commented at 2019-02-26T15:52:42Z
That's helped narrow it down.
I experimented with different graphics options and found that it only happens if "advanced lighting model" is checked. So far I can't repro without that box checked.
Soft Linden commented at 2019-02-28T18:01:00Z, updated at 2019-02-28T18:12:58Z
I don't know if it makes sense to import this unless an engineer wants to guide me through some additional tests or logging I could enable. I put it on PJIRA in case other uses are encountering this who could add additional criteria that they have observed so I can update my ticket on file with Apple.
This would seem to be a macOS bug introduced in macOS 10.14.3 and not an SL bug. No non-admin app should be able to lock up the entire macOS render subsystem.
Soft Linden commented at 2019-03-28T16:40:08Z
The culprit turns out to be BitDefender for macOS. I'm still trying to suss out exactly what's happening, but it appears that if SL performs file operations while GL is locked, BitDefender deadlocks while trying to update its file scanning activity indicator.
Whirly Fizzle commented at 2019-03-28T21:26:37Z
Thanks Soft. Added to FS wiki: https://wiki.phoenixviewer.com/graphics_crashes_and_glitches#viewer_freezing
Whirly Fizzle commented at 2019-03-28T21:58:26Z
Out of curiosity, if you whitelist the viewer plus cache folder & settings folder in Bitdefender, does that fix the problem? I suspect possibly only whitelisting the cache folder may be enough.
Soft Linden commented at 2019-03-28T22:07:39Z
Nope, I tried whitelisting the entirety of ~/Library (which contains both of those folders) while testing this. I was still able to repro the freeze. The only option that worked was turning off AV scanning. I'm trying to create a minimal repro case for this that doesn't require logging into SL in hopes that BitDefender will address it.
What just happened?
macOS freezes hard with only the mouse cursor being movable. No further interaction with applications is possible as no on-screen application will update beyond having the mouse move over it. It appears that render updates have ceased completely although the machine continues to function. It is still possible to ssh into the machine.
What were you doing when it happened?
visit an area with lots of complex avatars
wait for scene to fully load
teleport away
immediately Command-Tab to another window while the teleport is in progress
What were you expecting to happen instead?
Normal usage
Other information
This began happening with macOS Mojave 10.14.3. It did not happen with previous versions of Mojave.
This is almost certainly a macOS bug and not a Second Life bug, but I'm filing this here to see if other SL users are encountering this, or if there are other repro notes that might help in escalating this with Apple.
Original Jira Fields
| Field | Value | | ------------- | ------------- | | Issue | BUG-226389 | | Summary | mac freezes if tabbing away after teleport since macOS Mojave 10.14.3 | | Type | Bug | | Priority | Unset | | Status | Accepted | | Resolution | Accepted | | Reporter | Soft Linden (soft.linden) | | Created at | 2019-02-20T18:07:57Z | | Updated at | 2019-03-28T22:07:38Z | ``` { 'Build Id': 'unset', 'Business Unit': ['Platform'], 'Date of First Response': '2019-02-21T12:25:36.831-0600', "Is there anything you'd like to add?": "This began happening with macOS Mojave 10.14.3. It did not happen with previous versions of Mojave.\r\n\r\nThis is almost certainly a macOS bug and not a Second Life bug, but I'm filing this to see if others are encountering this, or if there are other repro notes that might help in escalating this with Apple.", 'ReOpened Count': 0.0, 'Severity': 'Unset', 'System': 'SL Viewer', 'Target Viewer Version': 'viewer-development', 'What just happened?': 'macOS freezes hard with only the mouse cursor being movable. No further interaction with applications is possible. It is still possible to ssh into the machine.', 'What were you doing when it happened?': '* visit a busy area\r\n\r\n* wait for scene to fully load\r\n\r\n* teleport away\r\n\r\n* immediately Command-Tab to another window', 'What were you expecting to happen instead?': '* Normal usage', } ```