Revert pr #5181

Fix output of value for websocket in bbb-conf

Fixing WebRTC screensharing ICE processing (#4932) and limiting Firefox screensharing choices

[HTML5 Client] Hide client type option when already detected.

[HTML5 Client] Production Logging to Console

Security improvements and connection control

Implement a connectionId for each user, each time a user try to validate we change their connectionId
and end all other connections of that user.

Updated bbb-web apiVersion to 2.0

Fix when the user disconnects stay a ghost webcam.

Increase ideal webcam resolution for kurento webrtc webcams

Stop sharing webcam and receiving video streams when video-dock component is unmounted in HTML5

Merge branch 'v2.0.x-release' of https://github.com/bigbluebutton/bigbluebutton into settings-lock-video-dock

Merge branch 'settings-lock-video-dock' of https://github.com/Tainan404/bigbluebutton into settings-lock-video-dock

Rework audio processing to avoid seeking past end of file

Improvements for PR#5117

Added an extra check for the Pencil's DRAW_END message

In some cases when there is a slight mismatch between audio file
duration and event timestamp difference, and we have a record
status or chapter break event in a certain location, it could
trigger a seek past the end of an audio file. Detect this
condition and just render silence instead.

Also adjust the thresholds for the audio length scaling - they
were being triggered on short recordings that should be correct.

Workaround video sync issue due to red5 timestamp offset

Red5 sometimes writes webcam video files with a large offset in the
video frame offsets, sometimes up to 30 or even 60 seconds. However,
the start event in the events.xml file corresponds to the time at
which red5 received the first keyframe (recorded frame) in the video.

The end result is that the video will sometimes appear to be
delayed (out of sync) in the processed recording.

The correction is simple: We're already reading video metadata,
including the timestamp of the first frame, so we just have to apply
a correction during video processing to undo the frame timestamp
offsets in the video file.