GitLab

When hosting a conference a video session and video mixer are
created regardless if the video enabled state in account settings.
The video enable/disabled in the account settings must be applied
to the created conferences as well.

Gitlab: #646

Change-Id: Iddd72e9056974e50041e693dd964420557c6c331

- extend the scope of contact string
- protect with a mutex
- simplify contact address and header rewrite
in SIP account.

Gitlab: #633

Change-Id: I413261bb4e9cb80bf37b8c69d3a4cd7506b6a58b

Change-Id: I7bfa72e8c4e370bcf40611151c28e46c79b3bafd

Change-Id: Idbe771a647bf16b45d88755d684623895e5a8e82

Guile is confused by agent.scm and agent.  It will try to load the ELF file
instead of the Scheme script when `(use-modules (agent))`.

Change-Id: Ieead4c384f10df9ead351a6ae66b21f708e97424

With the help of a macro, we also get the context where the casting failed.

Change-Id: I7be3d63de9dd07994fb5c8cad39d5a93eedb7e8f

Change-Id: Id9176818cdc0162e4ac689a34c8927aadba4fd7b

Change-Id: I1a9e5c02d5678c6c9057dbfd372c636406593f3f

Change-Id: Iba4b98a1b9dd58c24945ee752084697419173049

Change-Id: I373ddb0efdeca41bf54e80aec4b9d1db69f77300

Change-Id: I95edfc348e9ef431e4ad26827bdfdadbba0fc746

Change-Id: I39c2bca72f8b6feb1578aecf32f97738eadfd235

This work follow the JamiAccount split started before. This moves
the ConnectionManager's callbacks code related to data transfer into
transfer_channel_handler and improves syncing by sending contact's
avatars (where a swarm is present) to new devices.

Note: for now, contact's avatar are managed by the client. So, this
code will only transmit avatars if the profile is found. For now,
the only path tested is the one used by jami-libclient. To be able
to fully sync all avatars, the avatar management should be moved in
the daemon with future work.

Finally, in syncHistory a test is added to validate the behavior.

Doc: https://git.jami.net/savoirfairelinux/ring-project/-/wikis/technical/3.8-Sync-profiles

GitLab: https://git.jami.net/savoirfairelinux/ring-project/-/issues/1282
Change-Id: Ic98da34aabf1be070a57dcac55bba0a00c555445

Change-Id: I1d39a963ef3efe64059da82d99e23589c4920a2d

Change-Id: Ib70fdc0739a0ab7216be851b35f55a1ecb72a9a2

Change-Id: I8c18baa7f42f06a99e56acba0ce7863f1db28938

Change-Id: I12a30be4d77574f66bd6fc207cfee501bdb41bfa

Change-Id: I1de543265671728148e02d5b4d7d1878e22d6e18

Change-Id: Ic5862a3e7ce879d8015a50dd348489c81b893603

ASAN does not like this:
--------------------------------------------------------------------------------
runtime error: reference binding to null pointer of type 'const value_type'
--------------------------------------------------------------------------------

Change-Id: Idca4720dda401c756bd6ea5dc054dd9e63779153

If a conversation is not cloned, when detecting a new presence,
needsSyncingWith MUST return true if one conversation needs to be
cloned. Else, it will result in an infinite syncing.

Change-Id: I3a9bcab9f8a845161ceac7d75d8842f8b338ed57

Changing the media source of a media stream (video in particular)
must trigger a reinvite.
Since currently we do not support changing video properties (resolution
in particular) in the same media session, any changes in the video
properties must trigger a re-invite to restart the media locally and on
the remote peer.

Gitlab: #653

Change-Id: Ibd6192135d272908963cfbc585bec95c66881a28

acceptTrustRequest will set the conversation as ready.
removeConversation should be done after

Change-Id: I966cc2142d00bda880d63f11c52c36faceb11aa7

A ChannelSocket can starts to receive datas while waiting acceptance
for the channel. In this case, received datas will be injected when
setOnRecv will be called on the channel.

However, in channeled_transport, setOnRecv injects data to pjsip and
is handled by the SIPVoIPLink where transaction_request_cb will retrieve
the infos via the transports_. This means, that, in order to successfully
handle data, we MUST inject data when transports_ is correct.

In this patch, SipTransportBroker::getChanneledTransport is modified
to connect the callbacks after adding the transport to the map and
inject data in the correct methods.

This fix sporadic failures for testInviteFromMessageAfterRemoved

Change-Id: I2767801a9dad77439fb2f2adedbc9b900add8cea

Change-Id: I724883bf523ce7670f87979c884d97a86688cc38

Change-Id: If306734d2c29c017115e829b3fb4811333cea1f4

* use fmt for better performances
* fix dtls
* remove double space after display name

Change-Id: I9daeb69c65838b130432dfee0b4a5f92d0e53ad9

Change-Id: I53308fca61c46551129320babc99915d927a81dd

The contact header field was stored in a member varialbe of Jami/SIP
accounts. There was a condition in which the contact header could
be concurrently accessed by multiple threads. This typically happens
when terminating calls in batch (when calling hangupCalls() for
instance).
Managment of SIP contact header in Jami and SIP accounts was
reworked to prevent such race.

Gitlab: #633

Change-Id: Ib9295070a5295969bf114ec29e66e36b1c5c5e03

GitLab: #644
Change-Id: Ia2b8e05d6ffbb22336bb284ea9ac5fc292eacb85

GitLab: jami-client-ios#145
Change-Id: Ic4ae63ce2f1df1176c4a74339d1c3d82a9570ad5

Change-Id: I2bcbbf872b54262f8e4406fb01921a1ec07be3b3

Change-Id: I09876059293d18e25c34e755deafba8d224dc740

Change-Id: Ib5194ef6ca475df5be621c923d7660266cf7256e

Change-Id: I0c44b1a5fdd9727a8acf3d9deb88f9c2b5f71dd8

Change-Id: I1b21d80b7ea24bfc9334f2f63f3a57f0d4a57522

Change-Id: I59d9d812b6b5a2c66e2832328fbfdf663d9019af

Change-Id: I42fe3a4682bb9468ecf5417d6d9823e151e10bec

The agent will be written in Guile Scheme instead of C++ in
order to give maximum flexibility to developers of scenarios.
Thus, bindings will be added for the public Jami interface.

In other words, the agent will be a client of yet another
Jami's bindings.

Change-Id: Ic2cd333007d0b1aad56c02b116ea708b56e96cc5

Change-Id: Iab2caaa3fb8377b7a42301c3635d70233f0cc623