1. 24 Apr, 2018 3 commits
  2. 23 Apr, 2018 1 commit
  3. 22 Apr, 2018 2 commits
  4. 21 Apr, 2018 1 commit
  5. 20 Apr, 2018 3 commits
    • Sébastien Blin's avatar
      message cache: change failure status after one minute · bdf1b3d8
      Sébastien Blin authored
      Before this patch a message got a failed status after 3 minutes
      (3 retries x 1 min). Moreover, if no devices was found, the message
      is keeped in the cache and wait for the next reboot. So it results in
      extremely long sending status, which is not really useful for the user.
      
      With this patch, the message fails to send after approximately one
      minute, if the user is connected and we do not receive an answer
      or if no device is found.
      
      Change-Id: I41171be2ebfebc424f96b4a4d42c360ad35ede86
      bdf1b3d8
    • aviau's avatar
      ring-client-gnome -> gnome-ring · c8578809
      aviau authored
      Refer to the actual gnome-ring executable name
      in the dring manpage.
      
      Change-Id: I8a32c1c1124f10532fc824cafeb0a820cf01e571
      c8578809
    • Hugo Lefeuvre's avatar
      fix: global buffer overflow in pjlib · e8f99381
      Hugo Lefeuvre authored
      Change-Id: I57b749e9f7819710a691eaa2839092e04dc86fcc
      e8f99381
  6. 19 Apr, 2018 1 commit
  7. 17 Apr, 2018 1 commit
  8. 13 Apr, 2018 2 commits
    • Adrien Béraud's avatar
      contrib: update OpenDHT to 1.7.0rc7 · d30be45b
      Adrien Béraud authored
      Change-Id: If33e9f3bd89012e7c492b454edf3dec83a97c09c
      d30be45b
    • Sébastien Blin's avatar
      manager: auto-answer if two daemons are trying to call each other · 1aa43c00
      Sébastien Blin authored
      When two persons are trying to call each others, we can assume they
      want to talk together. So, the daemon should automatically answer.
      It avoids some weird case where they both see the outgoing call view,
      but cannot answer to the incoming call.
      
      There is several scenarios.
      1. Both are trying to make a video call, in this case, the daemon
      with the incoming call from the higher ring_id should answer and drop
      its outgoing call resulting in a video call.
      2. Both are trying to make an audio call, same behavior as scenario 1,
      resulting in an audio call.
      3. One device is trying to make a video call, the other an audio call,
      audio call is prioritary here, and the daemon with an incoming audio only
      call should answer and drop the outgoing video call.
      
      Change-Id: Id1e639448243c19bf492f2d057496cab6d05de8c
      Reviewed-by: Philippe Gorley's avatarPhilippe Gorley <philippe.gorley@savoirfairelinux.com>
      1aa43c00
  9. 11 Apr, 2018 2 commits
  10. 10 Apr, 2018 1 commit
    • Sébastien Blin's avatar
      datatransfer: avoid mismatch family errors using RFC 6156 · 1302c1d9
      Sébastien Blin authored
      RFC 6156 propose to use REQUESTED-ADDRESS-FAMILY to be able to
      communicate beetween a IPv6 network and a IPv4 network. Because
      this parameter is negociated during the allocation we should use
      two control channels to be able to communicate with all address
      families.
      
      Change-Id: Ie1659b20c4c7170697e4ad2949a519b0e87e35ae
      1302c1d9
  11. 09 Apr, 2018 1 commit
  12. 08 Apr, 2018 1 commit
  13. 07 Apr, 2018 3 commits
  14. 06 Apr, 2018 6 commits
  15. 05 Apr, 2018 2 commits
  16. 04 Apr, 2018 1 commit
  17. 29 Mar, 2018 2 commits
  18. 28 Mar, 2018 2 commits
  19. 26 Mar, 2018 1 commit
  20. 23 Mar, 2018 2 commits
  21. 22 Mar, 2018 1 commit
  22. 21 Mar, 2018 1 commit