chore: Merge v2.5.4 into main branch

…is enabled

chore: Merge v2.5.5 into main branch

chore: Merge v2.5.6 into main branch

…-main

chore: Merge v2.5.8 into main branch

…on into main

…on into main

…on into main

fix: Poll question on slide not visible when Chrome's dark mode flag is enabled

translation completed updated for the source file '/bigbluebutton-html5/public/locales/en.json'
on the 'et' language.

…s_bigbluebutton-html5-public-locales-en-json--v2-5-x-release_et

Translate '/bigbluebutton-html5/public/locales/en.json' in 'et'

fix: Prevent Yes/No Quick Poll Without Options or Question (2.5)

fix(sec): Bump up grails web-boot and plugin-rest (backport)

fix(sec): bump nuProcess to 2.0.6 (backport)

fix(sec): bump jackson to 2.13.5; logback to 1.2.11 (backport)

chore: upgrade meteor to 2.10.0 (backport)

When a deskshare stream with combined audio + video starts up, it can
happen that the audio starts before the video - so the first video frame
will be some amount of time after the file start.

If there's a recording processing cut in this gap, the procesing can
crash because it can generate an output video with no video frames.

There are two parts to the fix:
  * Trim input videos with the trim filter, configured to ensure at
    least 1 output frame is generated, even if it would be after the
    end timestamp.
  * Use the tpad filter to pad the *start* of a video stream to make
    sure there's something in the gap.

recording: Fix handling deskshare with delayed video (2.5 backport)

The code no longer retrieves chat or avatar color, so stop checking for
those in the tests.

Fix the get_chat_events code to include the sender name when the sender
id is not available (this only happens on *really* old recordings, but
it's a trivial fix).

There was a brief period during 2.5 development when recordings had the
typo "webacms" instead of "webcams" on one of the event names. I hit
this now and then, so just check for both names in the recording
processing.

The "EDL" provided to the recording video processing can sometimes
contain a series of cuts in very close succession - just milliseconds
between them - purely by chance (e.g. two webcams disconnect at almost
the same time). Right now this can result in segments failing to
process (in some rare cases) or if a segment processes but was detected
to be empty (no frames), it'll get discarded.

There's also some problems which can occur that cause a too-short
recording - just milliseconds between start and stop, or between start
and the meeting end - which also currently fail to process. We've found
it's better for user feedback/support if the recording successfully
processes with no content in this case.

Add a cleanup function that goes through the EDL and consolidates cuts
which are too close together, and ensures that the final output meets
a minimum length.

The tpad filter doesn't actually extend the video backwards (i.e. it
does not create frames with timestamps earlier than the first video
timestamp). Instead, it *delays* the start of the video.

Using it incorrectly was causing audio/video desyncs in the desktop
sharing, and also occasional processing failure if it pushed back the
video enough that the compositing ffmpeg process didn't end up reading
to the end of the input video.

Use the fps filter's "start_time" option instead, which *does* extend
the video backwards to the configured start time by duplicating the
first frame.

The recording processing would crash if an area was present in the
layout, but was missing in the EDL entry being processed.

This doesn't happen in normal conditions, since most of the methods for
generating an EDL will result in areas being present, even if there are
no videos for that area.

But the EDL cleanup recently added can sometimes cause an EDL entry with
no areas to be processed, so add the code to handle this possibility.

fix(recording): Enforce minimum length of video segments, etc. (2.5 backport)

…pipeline-dependency-25

fix(sec): Upgrade asset-pipeline-gradle dependency to 4.0.0

…load-dependency-25

fix(sec): Upgrade commons-fileupload

…ed-tomcat-25

fix(sec): Upgrade embedded Tomcat version to 9.0.71

…sh-el-dependency-25

fix(sec): Removed glassfish el dependency

build(bbb-webrtc-sfu): v2.8.8

…on into main

…ar31

chore: Merge v2.6.x-release into main branch

chore: Merge v2.6.x-release into main branch

…on into merge-267-main

chore: Merge BBB 2.6.7 into 'main'

…on into main

chore: Push BBB 2.6.8 to 'main'

…on into june2main

chore: Merge BBB 2.6.9 into 'main' branch