• Hugo Lefeuvre's avatar
    call management: add PEER_BUSY status · a031c92d
    Hugo Lefeuvre authored
    There is currently no distinction between the "peer busy" and "we
    replied busy after timeout" states, since both end in the BUSY state.
    
    Add a new PEER_BUSY state allowing such a distinction:
    * PEER_BUSY is set when peer replied busy
    * BUSY is set when we replied busy to an incoming call
    
    Bump daemon API number to major 7.0.0 since this is breaking the
    current API. In fact, these changes should not break anything in
    any well implemented client because unknown states should be properly
    handled, but better check.
    
    Change-Id: Id83f6db3d4524a91951b9945797f5fd2c019ff2f
    Reviewed-by: Sébastien Blin's avatarSebastien Blin <sebastien.blin@savoirfairelinux.com>
    a031c92d
call.h 11.8 KB