{"push_id":1803181292,"size":2,"distinct_size":2,"ref":"refs/heads/14","head":"b0d3cc079fe380b9476e9e7f4e578baa15c6c3b4","before":"7db1abbf874660e12ce0345e82ae23da7e71dd22","commits":[{"sha":"0c6c258a7ec6cd086412f4eac7b26c1c9f543aa8","author":{"name":"Joshua Colp","email":"bf99470666691b02136644fba9e1cf1c2f77dfdd@digium.com"},"message":"bridge: Add a deferred queue.\n\nThis change adds a deferred queue to bridging. If a bridge\ntechnology determines that a frame can not be written and\nshould be deferred it can indicate back to bridging to do so.\nBridging will then requeue any deferred frames upon a new\nchannel joining the bridge.\n\nThis change has been leveraged for T.38 request negotiate\ncontrol frames. Without the deferred queue there is a race\ncondition between the bridge receiving the T.38 request\nnegotiate and the second channel joining and being in the\nbridge. If the channel is not yet in the bridge then the T.38\nnegotiation fails.\n\nA unit test has also been added that confirms that a T.38\nrequest negotiate control frame is deferred when no other\nchannel is in the bridge and that it is requeued when a new\nchannel joins the bridge.\n\nASTERISK-26923\n\nChange-Id: Ie05b08523f399eae579130f4a5f562a344d2e415","distinct":true,"url":"https://api.github.com/repos/asterisk/asterisk/commits/0c6c258a7ec6cd086412f4eac7b26c1c9f543aa8"},{"sha":"b0d3cc079fe380b9476e9e7f4e578baa15c6c3b4","author":{"name":"Jenkins2","email":"c4684b24f6aeb6abff2f372fb3b5c4851a4579e6@gerrit.asterisk.org"},"message":"Merge \"bridge: Add a deferred queue.\" into 14","distinct":true,"url":"https://api.github.com/repos/asterisk/asterisk/commits/b0d3cc079fe380b9476e9e7f4e578baa15c6c3b4"}]}
{"actor":{"display_login":"asteriskteam"}}