Lib-jitsi-meet uses Temasys on Internet Explorer and Safari so it does
not make sense to require its adapter.screenshare.js on React Native,
for example, where it fails anyway.

The corresponding extension's name was changed
in Jicofo to 'bridgeNotAvailable'.

Updates to always use jitsi-meet-logger and print only errors for monitoring callstats callback.

When the Temasys plugin is used the 'muted' property is in the track,
but it's value is undefined.

The flag when set to 'true' will enforce ICE failure. It is supposed to
be used in automatic testing.

I added reporting of Promise's reject reason in b10a1fc while merging
jitsi/ss_postinstall_fix since Promise's reject function has such an
argument. Hristo Terezov disagreed with it because reason is undefined
in the use case and found it to be confusing so I'm reverting to what he
intended in the first place.

We can not assume that the audio source is not sending any data based
on the stat until the media connection has not been established.

Simplify the source code by using some ES6 features such as arrow
functions to avoid the use of 'var self = this', the shorthand for
method definitions in object initializers.

In case of roomPass is undefined, an error occurs: Cannot read property 'length' of undefined.

Our JSHint configuration is not extensive and we have excluded multiple
files from linting. Additionally, we have seen JSHint to be unable to
parse newer ECMAScript features such as the object spread operator
(proposal).

On the other hand, we have seen ESLint to beautifully work on React and
React Native source code in addition to ES2015 and later. Introduce
ESLint alongside JSHint as an intermediate step to eventually switching
from JSHint to ESLint.

As our source code does not fully follow even the JSHint rules we have,
it is very difficult to introduce ESLint with many rules. At the
beginning, introduce it with as little rules as possible. Morever,
ESLint is able to automatically fix certain rule offenders so once we
have ESLint merged we can incrementally add new rules while keeping our
commits' modification on as little subjects as possible.

Do not access JitsiConference's eventEmitter, the functionality of
interest is publicly available through other methods.

JitsiConference passed in the constructor and adding all events happen inside the feature.

As I see no hidden meaning in the current non-preservation of
alphabetical order, I prefer to facilitate scanning (in the fashion of
searching in a dictionary).

Fires event only once when the user is muted, if he unmutes and then mutes back again a new event will be fired if local talking is detected.

When we receive kick presence it is both 110 and 307 status code, so we were triggering both conference_left and kicked event. Now when we receive kick we process as it is 110 to clean participants and room and then fire the kick event.

When only one participant is in the room and leaves(hangups) the only participant in members is focus.

When ICE disconnects, reconnects or fails the events will be logged
on both Callstats and "analytics".

When 1 seconds was used it seemed to be overreactive.

The timeout will be configurable though
'peerDisconnectedThroughRtcTimeout' conference config option. It has
not been document in the public API on purpose.

Skips passing presence, cause it can reach the UI and there was a bug where we tried to pass the presence as an argument to the translation and ended in endless loop.

The problem described by the FIXME has been fixed by CallStats.

'onmute'/'onunmute' event of MediaStreamTrack can be used to detect that
the remote user is having connectivity issues, because no video data is
received. We check if those are in sync with the signalling and if not
trigger connection interrupted updates with small delay.

Add "onmute" and "onmute" handlers to the WebRTC MediaStream and trigger
corresponding RTCEvents.