[gstreamer-bugs] [Bug 358613] New: sink->file is never reset for filesink elements, even though pipeline goes to READY and back to PLAYING

[GStreamer (bugzilla.gnome.org) <bug...@bu...>]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=3D358613

GStreamer | gstreamer (core) | Ver: HEAD CVS

           Summary: sink->file is never reset for filesink elements, even
                    though pipeline goes to READY and back to PLAYING
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gstreamer (core)
        AssignedTo: gst...@li...
        ReportedBy: fr...@br...
         QAContact: gst...@li...
     GNOME version: 2.13/2.14
   GNOME milestone: Unspecified


Please describe the problem:
If a filesink element is used at the end of a pipeline to store contents =
to
file, it should be possible to set the state of the pipeline to READY, ch=
ange
the location property of the filesink element to a new file, and then set=
 the
state of the pipeline to PLAYING again, all this in order to store conten=
t to
another file.

This does not work since the sink->file is never reset.

Steps to reproduce:
Run that tries to change the "location" property of a filesink element on=
 a
pipeline in READY state.


Actual results:
The warning: "WARNING **: Changing the `location' property on filesink wh=
en a
file is open not supported." is given.

Expected results:
I would expect the filesink element to start storing content to the new f=
ile.

Does this happen every time?
Yes.

Other information:


--=20
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.