GNOME Bugzilla – Bug 728772
rtspconnection: stuck in teardown
Last modified: 2014-04-30 14:38:15 UTC
Created attachment 274931 [details] [review] gst-plugins-base patch This when tunneling and drop-backlog parameter is FALSE. This is related to tickets https://bugzilla.gnome.org/show_bug.cgi?id=725898 and https://bugzilla.gnome.org/show_bug.cgi?id=728153 If reciving a teardown from remote when the watch queue is full the time between gst_rtsp_watch_set_flushing (priv->watch, TRUE); ,, gst_rtsp_watch_set_flushing (priv->watch, FALSE); is not enough to make room in queue for teardown response This since handle-teardown and the events that make it possible to get out of the situation, close and the possibility to write data is handle by main loop. This is backtrace from situation.
+ Trace 233511
Solution: To empty watchs queue when doing gst_rtsp_watch_set_flushing (priv->watch, TRUE); Attach patch empty_queue_flushing.patch
commit 9685e7a5835a0b532003832a5cde84e24aaf8ed0 Author: Göran Jönsson <goranjn@axis.com> Date: Wed Apr 23 08:06:36 2014 +0200 rtspconnection: Empty queue when flush. Empty the watchs queue when calling gst_rtsp_watch_set_flushing with flushing variabel is TRUE. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=728772