[Bug 727488] New: There is a race when disconnecting POST channel in tunneled mode
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Wed Apr 2 03:32:53 PDT 2014
https://bugzilla.gnome.org/show_bug.cgi?id=727488
GStreamer | gst-rtsp-server | git
Summary: There is a race when disconnecting POST channel in
tunneled mode
Classification: Platform
Product: GStreamer
Version: git
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: gst-rtsp-server
AssignedTo: gstreamer-bugs at lists.freedesktop.org
ReportedBy: ognyan.tonchev at axis.com
QAContact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
Right now there is a race when disconnecting POST channel in tunneled mode and
sometimes it is not possible to create new POST connection afterwards.
After tunnel setup the first client owns the POST and the GET connections and
the second client will be freed. But before it is freed its RTSP Watch will get
dispatched and call the closed() callback. From closed() the server tries to
remove the tunnelid from the hash table with the pending tunnels. And that is a
problem if the POST was already disconnected and the tunnel marked as pending.
I think that the client which got the POST connection should never touch the
hash table with the pending tunnels. It is a responsibility of the client
owning the tunnel to do that.
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list