1. 25 Jul, 2019 1 commit
    • Adrien Béraud's avatar
      dring: don't use IDs above 2^53 · 1c2d8168
      Adrien Béraud authored
      * avoid using IDs above 2^63 for Java binding compatibility
       (no unsigned integers in Java)
      * avoid using IDs above 2^53 for JavaScript binding compatibility
       (no proper integers in JS)
      Change-Id: I57bb26d2464edbdca4c9e6fe858894d3b53519dd
  2. 11 Jun, 2019 1 commit
  3. 23 Apr, 2019 1 commit
  4. 17 Apr, 2019 1 commit
  5. 02 Apr, 2019 2 commits
  6. 29 Mar, 2019 1 commit
  7. 13 Mar, 2019 1 commit
  8. 24 Jan, 2019 1 commit
  9. 04 Jan, 2019 1 commit
    • Philippe Gorley's avatar
      rename Ring to Jami · 8b9940eb
      Philippe Gorley authored
      Removes refrences to project name in logs and comments where it doesn't
      matter whether or not the name is specified.
      Change-Id: I17f99390226929ee620bc479b203825389bb3d4d
  10. 02 Jan, 2019 1 commit
  11. 13 Sep, 2018 1 commit
  12. 04 Sep, 2018 1 commit
    • Hugo Lefeuvre's avatar
      call management: add ringing timeout · 9a12c78a
      Hugo Lefeuvre authored
      Currently there is no timeout for received calls. If a peer is
      connected but doesn't answer a call, then this call will stay in
      RINGING state 'forever' until the calling user manually aborts
      it or peer becomes unreachable.
      This patch implements a timeout system: When a call starts ringing
      a job is scheduled in a fixed amount of time (corresponding to a new
      user preference, by default 30s) to check whether the call is still
      ringing or not. If the call is still ringing after timeout, hangup()
      is called with 486 (BUSY) state and ringing stops.
      Change-Id: I49218f5d4bdef8e4a8cee35fa6dde80f572b46c6
      Gitlab: #42
  13. 30 Aug, 2018 1 commit
  14. 23 Aug, 2018 1 commit
  15. 17 Aug, 2018 1 commit
  16. 30 Jul, 2018 1 commit
  17. 26 Jul, 2018 1 commit
  18. 22 Jun, 2018 1 commit
  19. 13 Jun, 2018 1 commit
  20. 06 Jun, 2018 1 commit
    • Sébastien Blin's avatar
      sipaccountbase: add getLastMessages() · 6fc81302
      Sébastien Blin authored
      Because a client can receives messages before a client is ready to
      receive it and because the daemon does not store any message, we
      should have, like calls or file transfers, have a method to get
      these messages.
      So, this patch introduces a new method which gives the ability to
      retrieve messages since the daemon has been launched. To do that,
      when the daemon will receives a new message, it will store this
      message into a queue (limited to 1000 messages) and save the
      related timestamp. When the client is ready it can call getLastMessages
      with its last known timestamp. This method will return all messages
      received after this timestamp.
      Note: the perfect way to do that is to store messages directly in
      the daemon not clients. We also need some synchronization processes.
      Change-Id: Iceb1654088a843f9be5b4a47bcc23201e9b38c01
  21. 23 Jan, 2018 1 commit
  22. 05 Jan, 2018 1 commit
    • Guillaume Roguez's avatar
      data transfer: first implementation · 755347dd
      Guillaume Roguez authored
      First implementation of Reliable Data Transfer feature in Ring.
      This implementation is a draft, comes with a Python script
      tools/dringctrl/sendfile.py to play with and doesn't
      implement all the API as described into "datatransfer: API proposal"
      This version uses TLS over TCP-TURN sockets to encrypt data.
      Transfers require a TURN server with TCP peer connections
      as described by the RFC-6062.
      Testing: Currently only sendFile API is implemented and data are
      saved into a temporary file saved in "/tmp/ring_XXXXXX",
      where XXXXXX are replace by mkstemp() command.
      Change-Id: I5b8f48432edd58df5046e368a99f58ea44046dcd
      Reviewed-by: default avatarOlivier Soldano <olivier.soldano@savoirfairelinux.com>
  23. 06 Dec, 2017 1 commit
  24. 04 Dec, 2017 1 commit
  25. 22 Nov, 2017 1 commit
  26. 08 Jun, 2017 1 commit
    • Philippe Gorley's avatar
      dring: expose hardware acceleration · 530ab2a9
      Philippe Gorley authored
      Adds a function in the dring API to query and set use of hardware
      acceleration. This will let clients set via GUI instead of only
      through dring.yml
      Change-Id: I94ec612398d89b960fa091c9aebabbbc5ad4acbd
  27. 04 May, 2017 1 commit
  28. 31 Mar, 2017 1 commit
    • Guillaume Roguez's avatar
      call: move ICE transport into SIPCall class · c04cde48
      Guillaume Roguez authored
      Just moving all ICE transport related methods from Call class
      into the SIPCall call.
      This is done in the mind of refactoring media transport system.
      Call is agnostic to transport implementation and this stuff
      has to be handled by concrete classes of Call that known all about
      transport information.
      Note: <algorithm> included in audiolayer.cpp to make this patch
      buildable on UWP platform.
      Change-Id: I04b780dcff3483237a2de3c47ee667df9bba9f97
      Reviewed-by: default avatarOlivier SOLDANO <olivier.soldano@savoirfairelinux.com>
  29. 21 Feb, 2017 3 commits
  30. 17 Feb, 2017 1 commit
  31. 15 Feb, 2017 2 commits
    • Guillaume Roguez's avatar
      manager: fix newOutgoingCall method · e4a96e79
      Guillaume Roguez authored
      Manager::newOutgoingCall() does not handle case where
      a valid account is found (no prefered given) but not usable,
      and many accounts are possible.
      They are not tested.
      This patch fixes this situation and also reduce cyclomatic
      complexity by factoring the account search loop.
      Change-Id: I505d082f4ca5d7756fe1f257e1767696dc41a2bf
    • Guillaume Roguez's avatar
      manager: refactor of joinParticipant method · 5cab4fa7
      Guillaume Roguez authored
      - decrease cyclomatic complexity of joinParticipant by
      factoring conference binding code and removing
      unneeded createConference method.
      - move the ConferenceCreated signal at the right place
      in the flow (i.e. last in sequence).
      Based on a proposition from zinspierre <zins.pierre@gmail.com>
      and al. in part of the course LOG8430 (Polytechnique Montreal).
      Thanks to them.
      Change-Id: I55203cc400496cd679c4f157d765aee0dec9c4f8
      Reviewed-by: Andreas Traczyk's avatarAndreas Traczyk <andreas.traczyk@savoirfairelinux.com>
  32. 11 Jan, 2017 1 commit
  33. 05 Jan, 2017 1 commit
  34. 22 Nov, 2016 1 commit
    • Philippe Gorley's avatar
      config: wrap accel and video prefs in ifdef · 5c78be10
      Philippe Gorley authored
      Correctly wraps video preferences and hardware acceleration
      in ifdef preprocessor statements (RING_VIDEO and RING_ACCEL,
      respectively). This fixes cases where Ring would not compile without
      video or video acceleration. Video acceleration is now dependant on
      the presence of video (--disable-video disables acceleration).
      Change-Id: I087cc1dc794d0f19daa68cdaec09e126542147f9
  35. 01 Nov, 2016 1 commit
    • Philippe Gorley's avatar
      hardware acceleration configuration setting · 99d138d1
      Philippe Gorley authored
      Hardware acceleration is now correctly enabled/disabled using Ring's
      config file. The setting was moved from DeviceParams/VideoSettings,
      which are used for local video, to preferences under video.
      The video preferences object calls serialize() on the video device
      preferences, so as to not overwrite one another (they're under the
      same section in the config file).
      Change-Id: I8c11ea8813dee5cc514a4fa4c1bae962a14577eb
      Tuleap: #1122
  36. 26 Oct, 2016 1 commit