]> git.ipfire.org Git - thirdparty/asterisk.git/commit
Fix improper usage of scheduler exposed by 5c713fdf18f 84/1384/2
authorMatt Jordan <mjordan@digium.com>
Tue, 6 Oct 2015 02:34:41 +0000 (21:34 -0500)
committerMatt Jordan <mjordan@digium.com>
Tue, 6 Oct 2015 12:39:45 +0000 (07:39 -0500)
commit60a9172d7ef2b295d953ce95adc66ab1daf8f4bc
tree3d689a90faddc74284340352035d6ff643476d35
parentb66f1eef4106771b9edf9a3efb98ac849c1b2fc0
Fix improper usage of scheduler exposed by 5c713fdf18f

When 5c713fdf18f was merged, it allowed for scheduled items to have an ID of
'0' returned. While this was valid per the documentation for the API, it was
apparently never returned previously. As a result, several users of the
scheduler API viewed the result as being invalid, causing them to reschedule
already scheduled items or otherwise fail in interesting ways.

This patch corrects the users such that they view '0' as valid, and a returned
ID of -1 as being invalid.

Note that the failing HEP RTCP tests now pass with this patch. These tests
failed due to a duplicate scheduling of the RTCP transmissions.

ASTERISK-25449 #close

Change-Id: I019a9aa8b6997584f66876331675981ac9e07e39
channels/chan_sip.c
channels/chan_skinny.c
res/res_rtp_asterisk.c