[Bug 760003] New: gst_parse_launch: warn if we're still waiting to plug sub-pipelines after no-more-pads

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 760003
           Summary: gst_parse_launch: warn if we're still waiting to plug
                    sub-pipelines after no-more-pads
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gstreamer (core)
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: ensonic at sonicpulse.de
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

A classic mistake I just made is to forget converter-elements in a pipeline
like this:
https://gist.github.com/ensonic/0e6a7cfa1b6492a675cf

Unfortunately this is juts stuck then. I think we could check for no-more-pads
in grammar.y where we also do:
g_signal_connect_data (src, "pad-added",
          G_CALLBACK (gst_parse_found_pad), data,
          (GClosureNotify) gst_parse_free_delayed_link, (GConnectFlags) 0);

We'd pass the same, DelayedLink data as user-data. If either signal happens we
remove the other signal handler (in the case of pad-added, only if linking
worked). If no-more-pads happens we send a warning to the bus. 

gst-launch could catch such warnings.

Could this work? Makes sense?

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