[Bug 720393] New: Unable to Cancel or Abort tcpclientsink Timeout

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=720393
  GStreamer | gst-plugins-base | 0.10.36

           Summary: Unable to Cancel or Abort tcpclientsink Timeout
    Classification: Platform
           Product: GStreamer
           Version: 0.10.36
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: daren.thomas at updatelogic.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Created an attachment (id=264146)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=264146)
GST_DEBUG=4 log of the bug.

I am working on an application that uses GStreamer to send a Motion JPEG video
stream through a tcpclientsink element. The application works fine except if I
disrupt the network by switching the connection from wired to wireless or
wireless to wired. When that happens the tcpclientsink element waits 15 minutes
before responding to messages. That becomes a problem if I try to shut down the
application during this time. Here is what I've observed:

1. Start a Motion JPEG media stream with GStreamer using tcpclientsink as the
sink. The code pushing the video runs in its own thread.
2. While the media stream is running, disrupt the connection by switching the
type of network connection.
3. Start shutting down the application. Call gst_bus_post(bus,
gst_message_new_eos(NULL)). This is ignored.  The same is true for calls to
gst_message_new_error() and my attempts to set the state of the pipeline to
GST_STATE_NULL.
4. Call pthread_join to wait for the video thread to exit. It does not respond
for up to 15 minutes.

When I look at the GST_DEBUG messages, I can see that the GStreamer
tcpclientsink hit an error while writing. It waited 15 minutes before stopping
retry attempts.

-- 
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.