Converted LoadConfigOverlay to a JitsiScreen component that right now is part of navigation as ConnectingPage, plus I
separated appNative and other actions into web and native.

Avoids conflicts when a build is rejected by Apple since Fastlane cannot
detect it.

Reason:
- This is easier overridable than then embedded react page
- Consistenty between IE and other unsupported browsers

Only calculate for Large Video on the web (otherwise native breaks)
Take preferred max into calculations

Update video quality of large video as well

This reverts commit 4fa377c1.

https://github.com/jitsi/lib-jitsi-meet/compare/v1398.0.0+aed1fa44...v1399.0.0+1a98d919

* feat(multi-stream-support) Add screenshare as a second video track to the call.
This feature is behind a sendMultipleVideoStreams config.js flag. sourceNameSignaling flag also needs to enabled. Sending multiple tracks is currently supported only on endpoints running in unified plan mode. However, clients with source-name signaling enabled and running in plan-b can still receive multiple streams .

* squash: check if there is an existing track before adding camera/desktop

* squash: enable multi-stream only on unified plan endpoints.

https://github.com/jitsi/lib-jitsi-meet/compare/v1389.0.0+313e0dd3...v1398.0.0+aed1fa44

Now the algorithm that calculates the
rows/columns/thumbnail-width/thumbnail-height configuration will
go trough all possible configurations and will choose the one
that covers with thumbnails the biggest area of the window.

* fix(screenshot-capture): send remote participant id instead of jid

* fix: lint errors

- option to hide the context menu
- option to hide private chat button

Calculate shared video width with the filmstrip width
Make resizable filmstrip mouseup event work with shared video iframe

Fixed the broken link to the handbook for the self-hosting installation guide.