Skip to content
Snippets Groups Projects
Select Git revision
  • master default protected
  • release/202005
  • release/202001
  • release/201912
  • release/201911
  • release/releaseWindowsTestOne
  • release/windowsReleaseTest
  • release/releaseTest
  • release/releaseWindowsTest
  • release/201910
  • release/qt/201910
  • release/windows-test/201910
  • release/201908
  • release/201906
  • release/201905
  • release/201904
  • release/201903
  • release/201902
  • release/201901
  • release/201812
  • 4.0.0
  • 2.2.0
  • 2.1.0
  • 2.0.1
  • 2.0.0
  • 1.4.1
  • 1.4.0
  • 1.3.0
  • 1.2.0
  • 1.1.0
30 results
Search by author
  • Any Author
  • Administrator Administrator root
  • Adrien Béraud Adrien Béraud aberaud
  • Alexander Lussier-Cullen Alexander Lussier-Cullen alussier-cullen
  • Alexandre Eberhardt Alexandre Eberhardt aeberhardt
  • Aline Gondim Santos Aline Gondim Santos agsantos
  • Alireza Toghiani Alireza Toghiani atoghiani
  • Amin Bandali Amin Bandali abandali
  • Amirhossein Naghshzan Amirhossein Naghshzan anaghshzan
  • Amna Snene Amna Snene asnene
  • Andreas Hatziiliou Andreas Hatziiliou ahatziiliou
  • Andreas Traczyk Andreas Traczyk atraczyk
  • Antoine Noreau Antoine Noreau anoreau
  • Binal Ahiya Binal Ahiya bahiya
  • Cabrel Tambue Cabrel Tambue CTambue
  • Charles-Francis Damedey Charles-Francis Damedey cfdamedey
  • Charlotte Hoffmann Charlotte Hoffmann choffmann
  • Cyrille Béraud Cyrille Béraud cyrille
  • Édouard Denommée Édouard Denommée edenommee
  • Ervin Anoh Ervin Anoh eanoh
  • Ezra Pierce Ezra Pierce epierce
20 authors
  1. Oct 23, 2021
  3. Oct 22, 2021
    • Sébastien Blin's avatar
      conversation_module: fix needsSyncingWith · a0a0f830
      Sébastien Blin authored 
      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
      a0a0f830
  5. Oct 21, 2021
    • Mohamed Chibani's avatar
      SIPCall - trigger a re-invite on media source change · d2a833db
      Mohamed Chibani authored and Adrien Béraud's avatar Adrien Béraud committed 
      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
      d2a833db
    • Sébastien Blin's avatar
      conversationRequest: fix testRemoveConversationRemoveSyncing · 932bf818
      Sébastien Blin authored 
      acceptTrustRequest will set the conversation as ready.
removeConversation should be done after

Change-Id: I966cc2142d00bda880d63f11c52c36faceb11aa7
      932bf818
    • Sébastien Blin's avatar
      channeled_transport: connect setOnRecv when ready to receive data · 09f143cc
      Sébastien Blin authored 
      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
      09f143cc
  7. Oct 20, 2021
  9. Oct 19, 2021
  11. Oct 14, 2021
    • Mohamed Chibani's avatar
      SIP - prevent race condition when writing contact header · 0ae5d668
      Mohamed Chibani authored 
      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
      0ae5d668
    • Kateryna Kostiuk's avatar
      call: fix pause · 1cff5df8
      Kateryna Kostiuk authored and Adrien Béraud's avatar Adrien Béraud committed 
      GitLab: #644
Change-Id: Ia2b8e05d6ffbb22336bb284ea9ac5fc292eacb85
      1cff5df8
  13. Oct 13, 2021
  15. Oct 12, 2021
  17. Oct 11, 2021
    • Adrien Béraud's avatar
      string utils: add concat · c9fa6304
      Adrien Béraud authored 
      Change-Id: I3b0fd2a34289545dbf06b85c2e825fbf87bb42ad
      c9fa6304
    • Adrien Béraud's avatar
      archiver: cleanup · 32b777f9
      Adrien Béraud authored 
      Change-Id: Idbb8720de936661b01fcea97faeab92d0526b6c2
      32b777f9
    • Philippe Gorley's avatar
      accel: ignore codec level · 8f0e570b
      Philippe Gorley authored and Adrien Béraud's avatar Adrien Béraud committed 
      Hardware decoding will still be used even if the codec level is unknown
or higher than the hardware's reported supported level.

From FFmpeg: "It's generally a good idea to pass this flag unless you
have a specificreason not to, as hardware tends to under-report
supported levels."

Change-Id: I83614b0eab6166a42973f062e666783c2a8e7627
      8f0e570b
  19. Oct 10, 2021
  21. Oct 07, 2021
  23. Oct 06, 2021
  25. Oct 04, 2021