1. 13 Oct, 2020 1 commit
    • Sébastien Le Stum's avatar
      src: hooks: remove urlhook feature · 569d44b5
      Sébastien Le Stum authored
      This feature is mostly a relicate from SFLPhone and introduced a remote
      attack vector abusing the system() function weaknesses.
      Provided that "sipEnabled" parameter is on in the remote target's
      configuration, a malicious peer calling that remote target could
      send SIP messages with a crafted "X-ring-url" string in order to
      execute arbitrary shell commands on the target.
      Header entry "X-ring-url" content is actually consumed by UrlHook
      as arguments for the "x-www-browser" command executed using system().
      By adding a shell escape sequence to circumvent existing arguments
      sanitizing attempts, the malicious peer could execute any shell command
      under remote peer user's identity and access sensitive information
      available using its privileges.
      Remove that feature altogether and enforce users that are relying on
      that feature to migrate to Jami "plugins", which are more suitable
      for introducing custom Jami behaviors.
      Change-Id: I1d6d07771e2b5a7c7f2cb8fc838821106c0a6708
  2. 02 Aug, 2020 1 commit
  3. 16 Jul, 2020 1 commit
  4. 15 Jul, 2020 1 commit
    • Sébastien Blin's avatar
      jamiaccount: improve vCard synchronization · 6541f8bb
      Sébastien Blin authored
      Because of the ConnectionManager, the daemon is now able to send
      direct messages such as typing indications and read status. This
      can be also used to move current features and improve it.
      This patch is a first step to improve vCard syncing. The idea is
      to send the vCard directly when a peer is connected. To avoid to
      send the vCard everytime, a state is written in the cache directory.
      In the future, a method to update the vCard as soon as the client
      updates its profile will be possible.
      Change-Id: I3801cbe04b3441f67ea6685aa2047e5a545958e5
  5. 07 Jul, 2020 1 commit
  6. 12 Mar, 2020 2 commits
  7. 03 Jan, 2020 1 commit
  8. 07 Aug, 2019 1 commit
    • Philippe Gorley's avatar
      recorder: add preferences · 431cee5d
      Philippe Gorley authored
      Adds whether or not the local video feed should be overlaid on the
      remote video feed. Adds a quality setting for the recorder.
      Change-Id: I60bd80c6441c7d516120680bebb1acdeb3824c49
  9. 02 Apr, 2019 1 commit
  10. 01 Feb, 2019 1 commit
    • Philippe Gorley's avatar
      audio: add audio meter · c52e332b
      Philippe Gorley authored
      Adds a signal that sends the linear RMS level for a given ring buffer.
      The signal must be turned on via the API and can be turned off when
      Adds an audio preview so the mic can be read. Call startAudioDevice and
      stopAudioDevice to initialize and stop the audio layer.
      Change-Id: I6a71ef87ee805a6d4bfa824fa901dd638e8cbd65
  11. 22 Jan, 2019 1 commit
  12. 16 Jan, 2019 1 commit
    • Philippe Gorley's avatar
      accel: add signals when toggled · 94c8f4b6
      Philippe Gorley authored
      Preemptively adds signal for hardware encoding so version won't have to
      be bumped again.
      Change-Id: Ie3b828671fab3628853b85a2a8259200e9a809c0
      Gitlab: #55
  13. 10 Jan, 2019 1 commit
  14. 02 Jan, 2019 1 commit
  15. 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
  16. 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
  17. 28 Feb, 2018 1 commit
  18. 23 Jan, 2018 1 commit
  19. 19 Jul, 2017 1 commit
  20. 14 Jul, 2017 2 commits