dtls: Check if pad stopped while sending data

If sending data would block, we can get into an infinite loop retrying while holding the stream lock. Check to see if the pad as been deactivated and bail.

Fixes a timeout I was occasionally seeing in the webrtcbin tests.

Hrm, which lock is being held that prevents data from being written?

added 51 commits

• 18a31434...5c4a13b5 - 49 commits from branch gstreamer:master
• 02a069d6 - dtls: Add ability to set custom GstFlowReturn on callback error
• 30357076 - dtls: Let sender know when we are flushing

Compare with previous version

added 2 commits

• 1aed3c2f - dtls: Add ability to set custom GstFlowReturn on callback error
• 94b38d25 - dtls: Let sender know when we are flushing

Compare with previous version

added 2 commits

• b26e6a91 - dtls: Add ability to set custom GstFlowReturn on callback error
• c3d89c1c - dtls: Let sender know when we are flushing

Compare with previous version

resolved all threads

approved this merge request

assigned to @gstreamer-merge-bot

mentioned in commit dougnazar/gst-plugins-bad@8b8428ae

mentioned in commit dougnazar/gst-plugins-bad@20ca07d1

added 11 commits

• c3d89c1c...3bdf1e69 - 9 commits from branch gstreamer:master
• 8b8428ae - dtls: Add ability to set custom GstFlowReturn on callback error
• 20ca07d1 - dtls: Let sender know when we are flushing

Compare with previous version

merged

changed milestone to %1.19.1