Frequent "SLPlugin.exe has stopped working" errors
tracked
missyrideout Resident
Since the 7.1.9 viewer, every time I log in and edit an object I receive an erorr: "SLPlugin.exe has stopped working."
Windows Activity Viewer blames Faulting module name: libcef.dll_unloaded. I've attached the corresponding snippet of the cef_log and the Windows event.
This error happens, without fail, every time I log on and try to edit an object. It then repeats sporadically, but frequently, throughout the sesssion.
I posted a thread about this on the forum where several other people have reported the same: https://community.secondlife.com/forums/topic/515510-constant-slpluginexe-has-stopped-working-errors-firestorm-ll-second-life-release-719/
I understand this has been an intermittent problem for some, and there was a related JIRA on the previous system. For me, this issue is directly related to the new viewer. If I downgrade, it never happens.
Log In
Azeral Adamczyk
I've been seeing these alot in my Reliability History and Event Viewer on Windows 11 Pro X64 26100.2454. It is properly whitelisted in Windows Defender & Malwarebytes Premium.
Do not have the Key in Registry for Excluded Applications under Windows Error Reporting.
Just hope someday it will be fixed so my Reliability history is clearer, am planning to do a Windows 11 Pro 24H2 clean install on Christmas when i get hopefully my faster M.2 Boot Drive.
Tech Robonaught
I "cured" it by disabling Windows Error Reporting. But that was a dozen viewers ago ... as Im in the FS Beta Group now ...
Frionil Fang
I can trigger this error basically on demand by opening the build tool and selecting a newly created prim. Soon after, a new slplugin.exe crash appears in the event viewer. Identical behavior on Firestorm current official release 7.1.9. Alchemy Beta 7.1.9 and Cool VL Viewer 1.32 do not exhibit the behavior, unsure if they can trigger the crashes sporadically at other times.
Tested some other conditions, can't vouch for 100% certainty but quite reliably reproducible:
- media enabled/disabled has no effect
- media auto-play has no effect
- having a valid webpage (about:blank) instead of nothing as the media has no effect
- closing and then opening the build tool again does seem to provoke more crashes
- sometimes the crash happens on closing the build tool, not on the initial selection
Few or no crashes:
- selecting an uneditable object (owned by someone you have no rights for, or a locked object)
- reselecting objects without closing the build tool
Noticeably, the fault offset is apparently the same every time, as in the original poster's screenshot.
Frionil Fang
Here's a snippet of what gets spammed in the CEF log file during these events. Does not happen on the unaffected TPVs, does happen on Firestorm:
[0902/143241.698:WARNING:policy_logger.cc(148)] :components\enterprise\browser\controller\chrome_browser_cloud_management_controller.cc(88) Could not create policy manager as CBCM is not enabled.
[0902/143241.706:ERROR:tcp_socket_win.cc(357)] bind() returned an error: Only one usage of each socket address (protocol/network address/port) is normally permitted. (0x2740)
[0902/143241.706:ERROR:devtools_http_handler.cc(311)] Cannot start http server for devtools.
[0902/143241.714:ERROR:cache_util_win.cc(20)] Unable to move the cache: Access is denied. (0x5)
[0902/143241.714:ERROR:cache_util_win.cc(20)] Unable to move the cache: Access is denied. (0x5)
[0902/143241.717:ERROR:disk_cache.cc(205)] Unable to create cache
[0902/143241.717:ERROR:gpu_disk_cache.cc(676)] Gpu Cache Creation failed: -2
[0902/143241.717:ERROR:disk_cache.cc(205)] Unable to create cache
[0902/143241.717:ERROR:gpu_disk_cache.cc(676)] Gpu Cache Creation failed: -2
[0902/143243.745:WARNING:value_store_frontend.cc(47)] Reading mhjfbmdgcfjbbpaeojofohoefgiehjai.alarms from failed: IO error: .../LOCK: File currently in use. (ChromeMethodBFE: 15::LockFile::2)
[0902/143246.740:ERROR:cache_util_win.cc(20)] Unable to move the cache: Access is denied. (0x5)
[0902/143246.740:ERROR:disk_cache.cc(205)] Unable to create cache
SL Feedback
tracked
SL Feedback
Hello, and thank you for your detailed bug report regarding the 'SLPlugin.exe has stopped working' errors in the 7.1.9 viewer. This issue has been brought up in the past and is currently tracked. We understand how frustrating it can be to encounter this error, especially when it disrupts your experience while editing objects. Although we do not have an estimate for when this issue might be resolved, please keep an eye on future updates. We appreciate your input and the detailed information you provided, which helps us in diagnosing and addressing the problem. Thank you for your continued support and for helping us improve Second Life.
Beq Janus
SL Feedback Is it possible to add links to the tracked public issue for items such as these?
Tech Robonaught
SL Feedback I think the plugin crash is a Firewall issue, certain files within the SL installation need access THROUGH the Firewall.
Beq Janus
Answering my own question. This is (probably) the best tracking issue for this Canny. https://github.com/secondlife/viewer/issues/1015
Romana Sunkiller
Tech Robonaught I don't think so, or not just that, anyway. I have whitelisted it in firewall as well as AV, and I always install in administrative mode. I thought it had to do with TPing, but I'm not sure anymore. Though that github issue does say so.