Uses 'react-native-linear-gradient' for doing gradients on Android
(it's not hooked up for the iOS as it's not used there yet).
Adds 'hasVideo' to the IncomingCallInfo and IncomingCallApp's properties
to toggle between "incoming call" and "incoming video call" labels.
Moves all IncomingCallXXX classes in the package incoming_call in order
to not explode the package org.jitsi.meet.sdk, to be consistent with the
JavaScript source code (but, unfortunately, incoming-call cannot be used
as a Java package name), and bring clarity to which are the "incoming
call"-related Java classes/APIs.
When replace track is called in JitsiConference, there is no
guarantee a videoType update will come in presence before
the track added event. This can lead to the situation in
LargeVideoManager where an update is called with a track
with an undefined videoType.
* fix(connection): reload immediately on possible split-brain
There isn't an explicit way to know when a split brain
scenario has happened. It is assumed it arises when an
"item-not-found" connection error is encountered early
on in the conference. So, store when a connection has
happened so it be calculated how much time has
elapsed and if the threshold has not been exceeded
then do an immediate reload of the app instead of
showing the overlay with a reload timer.
* squash: rename isItemNotFoundError -> isShardChangedError
This commit adds a state getter that considers checking the enabled/disabled state of the calendar feature, so then other features don’t have to do it manually.
Adds a fatal error state on which will depend whether or not the reload
screen is to be displayed. It is to happen when a relevant fatal error
action is not claimed by any feature for error recovery (the recoverable
flag is not set).
- Instead of having 4 listeners for local connection status
updates and 1 for remote, remove two of the redundant listeners.
- Instead of calling into 4 separate VideoLayout methods to update a
participant's connection status, expose one handler.