[Bug 769979] New: Possible race condition when fetching rtp info

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=769979

            Bug ID: 769979
           Summary: Possible race condition when fetching rtp info
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-rtsp-server
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: Joakim.Johansson at axis.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

If the application do not send pause before a new play request then is there a
possibility for a race condition to occur when fetching the RTP-Info.

This is easily triggered by adding a short sleep just before
/* grab RTPInfo from the media now */
  rtpinfo = gst_rtsp_session_media_get_rtpinfo (sessmedia);

in rtsp-client, handle_play_request and then execute two Play requests without
a Pause in between.

Running a test case executing 10 Play requests with 1s delay between each other
triggers this problem 80% of the times (without short sleep) and since the test
case is checking the D-bit in the extension header is it mandatory that the RTP
Info finds the absolute first rtp package after the play command.

The solution is to perform a forced pause if the application have not send a
Pause command before the Play command.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.