[BUG-11349] On CEF viewers, the console window that opens on top of the world view should be hidden.

[sl-service-account]

I know it's currently expected behaviour for a console window to flash up on screen when MOAP media loads or the internal web browser is loading most pages, however because the console window flashes up a lot in media rich areas it can get quite annoying. It also causes the viewer to lose focus which causes problems, so I'm filing this as a bug.

Steps to Reproduce

• Rez a couple of default box prims.

• Set each prim to have the following media URL on all faces: http://www.gamingdelight.com/games/bubbleshooter.php

• Make sure media is set to auto-play: Preferences -> Sound & Media -> Allow media to auto-play.

• Stop & start all media using the media controls top right of the viewer.

• Zoom camera towards & away from the media prims & rotate camera around the media prims.

• Walk around the media prims while in mouselook.

  Observed Behaviour

• Each time a MOAP face loads its media, a console window will flash up over the top of the world view - see Fig 1 attached.

• When there are a lot of MOAP objects on the region, the console window will flash up many times as your avatar moves around the region or you are camming around - this can get quite annoying.

• On faster systems, the console window will disappear quickly but on slower systems the console windows will stay on screen for a couple of seconds or longer.

• Each time the console window appears, it causes the viewer to lose focus which causes unwanted side effects:

  • When walking around in mouselook & a console window appears, it will often throw you out of mouselook view - see Fig 2 attached.
  • If you are camming around media objects in third person view, each time the console window appears, camera movement will stop dead. If you have camera focused on an object (ALT+left click) & you are zooming camera in or out, the console window will stop the camera view from moving and you lose focus on the object - see Fig 2 attached.
  • If you are walking around in third person view using WASD or the arrow keys to move, when the console window appears, avatar movement will stop.
  • If a transient dockable floater is open, it will close when the console window opens, top menu bar selections not torn off will also close.

• Even if the viewer is out of focus or minimized and MOAP media is loading & unloading in the viewer, the console windows will appear on top of whatever program has focus - see Fig 4 attached. This is easily seen when:

  • "Play media attached to other avatars" is enabled & avatars wearing MOAP objects (like the popular i-pads or music devices or cellphones) are moving around near you.
  • Your avatar is on a moving vehicle travelling past MOAP content.

  Expected Behaviour

  I would like the console window never to be visible.

  Other Information

  Nicky Dasmijn (Firestorm developer) has a fix available which hides the console windows from view. This fix will only work on Windows 8 and later however, due to a limitation in Windows 7 & earlier Windows versions - I'll let her explain why this is. Her fix works perfectly on my Windows 10 box.

WORKAROUND

• Disabling auto-play for media does not stop the console windows from opening when an internal web browser is opened or when clicking on a MOAP face to load the media, but it stops the annoying constant console popups when exploring media rich areas.
  • Preferences -> Sound & Media -> Allow media to auto-play -> Untick this (enabled by default).
  • Preferences -> Sound & Media -> play media attached to other avatars -> Untick this (disabled by default). After toggling media auto-play, you need to stop then re-start all media for the setting change to work.

Attachments

• Fig 1 - lots of flashing console.gif 2016-02-04 20:38:07
• Fig 2 - thrown out of mouselook.gif 2016-02-04 20:38:07
• Fig 3 - Losing camera focus on a prim.gif 2016-02-04 20:38:07
• Fig 4 - console flashes when viewer out of focus or minimized.gif 2016-02-04 20:58:20

Links

Related

• [ ] https://github.com/secondlife/jira-archive/issues/3627

Original Jira Fields

| Field | Value | | ------------- | ------------- | | Issue | BUG-11349 | | Summary | On CEF viewers, the console window that opens on top of the world view should be hidden. | | Type | Bug | | Priority | Unset | | Status | Accepted | | Resolution | Accepted | | Reporter | Whirly Fizzle (whirly.fizzle) | | Created at | 2016-02-05T00:53:11Z | | Updated at | 2018-04-29T14:52:58Z | ``` { 'Business Unit': ['Platform'], 'Date of First Response': '2016-02-05T12:01:14.828-0600', 'ReOpened Count': 0.0, 'Severity': 'Unset', 'System': 'SL Viewer', 'Target Viewer Version': 'viewer-development', 'What just happened?': 'Filling in...', 'What were you doing when it happened?': '...', 'What were you expecting to happen instead?': '...', } ```

[sl-service-account]

Stephan Lanley commented at 2016-02-05T18:01:15Z

As far as my experience with this annoyance is concerned, it is when Flash videos/games are played that cause the console window to pop up over the viewer window and i never saw a console window pop up like this on any version of the viewer before CEF. I have always had media enabled in the viewer and on autoplay and never recall seeing a console window popup over the viewer ever before CEF. It is insanely annoying. Another place inworld where this annoyance can easily be seen is at http://maps.secondlife.com/secondlife/Kindred%20Spirit%201/79/92/22

Even just seeing the console window pop up once in a while when in an area where even just one Flash video/game is, is quite annoying. The console window should never be seen just like in versions of the viewer before CEF. And in my opinion, disabling autoplay is no workaround at all. The console window should never been seen.

[sl-service-account]

Whirly Fizzle commented at 2017-04-07T18:51:28Z

Bug still repros on 64bit Alex Ivy

Second Life Project Alex Ivy 5.1.0.503537 (64bit)
Release Notes

You are at 89.9, 115.1, 21.9 in Testylvania Sandbox located at sim10205.agni.lindenlab.com (216.82.49.71:13005)
SLURL: http://maps.secondlife.com/secondlife/Testylvania%20Sandbox/90/115/22
(global coordinates 332,634.0, 306,291.0, 21.9)
Second Life RC Snack 17.03.20.324810
Release Notes

CPU: Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz (2591.99 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: 21.20.0016.4590
OpenGL Version: 4.5.0 NVIDIA 378.78

Window size: 1920x1011
Font Size Adjustment: 96pt
UI Scaling: 1
Draw distance: 216m
Bandwidth: 700kbit/s
LOD factor: 1.125
Render quality: 5 / 7
Advanced Lighting Model: Enabled
Texture memory: 512MB
VFS (cache) creation time: February 15 2017 04:55:27

J2C Decoder Version: KDU v7.9
Audio Driver Version: FMOD Ex 4.44.64
Dullahan: 1.1.636 / CEF: 3.2987.1591.gd3e47f5 / Chrome: 57
LibVLC Version: 2.2.4
Voice Server Version: Vivox 4.6.0017.21209

Packets Lost: 0/22,265 (0.0%)
April 07 2017 11:50:28

[sl-service-account]

Nicky Dasmijn commented at 2017-04-11T16:51:03Z

The problem comes from cef not using the chrome-sandbox (which would be the best solution really, but is not that easily done with the current way slplugin works).

The hack to get around it is forcing the dullahan_host into a job object and disallowing this job object to spawn any new children.

It is a two fold change, one going in apr, the other into dullahan.

1. https://bitbucket.org/NickyD/3p-apr/commits/1184b939eddb1fd8ced46560a8f7f0da2a2f7933 2.1.https://bitbucket.org/NickyD/3p-llceflib.fs/commits/c2549c3817b473e574122a2cc9dc784a54bb30d5 2.2 https://bitbucket.org/NickyD/3p-llceflib.fs/commits/8fc7e62f9ff394482822ced911621d4e19c3b39e