Skip to content
Snippets Groups Projects
Select Git revision
  • master default protected
  • release/202005
  • release/202001
  • release/201912
  • release/201911
  • release/releaseWindowsTestOne
  • release/releaseTest
  • release/releaseWindowsTest
  • release/windowsReleaseTest
  • 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
  • 1.0.0
  • 0.3.0
  • 0.2.1
  • 0.2.0
  • 0.1.0
25 results

jami-libclient

  • Clone with SSH
  • Clone with HTTPS
  • user avatar
    Hugo Lefeuvre authored
    At the end of a call the state machine goes through several state
    changes. The daemon guarantees that we will first go through HUNGUP,
    INACTIVE, BUSY or FAILURE, and then through OVER.
    
    Currently FAILURE is considered to be the same as OVER by the LRC.
    This is wrong because FAILURE is a transitional state just like
    HUNGUP, not a final state like OVER. Because of that FAILURE should
    translate to TERMINATING and not ENDED.
    
    Also, we should always emit a signal during the first state
    transition, that is when we switch to HUNGUP, INACTIVE, BUSY or
    FAILURE, not when we switch to OVER. It is not meaningful to emit
    signals in both cases because it might result in contradictory
    actions, graphical glitches and obviously in a waste of resources.
    
    Change-Id: I2356ef133ba504555314d603a80bcebf3d112e02
    Reviewed-by: default avatarAndreas Traczyk <andreas.traczyk@savoirfairelinux.com>
    0b540bbc
    History
    Name Last commit Last update