[Bug 753088] decodebin: fix deadend_details string leak
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Thu Jul 30 22:45:15 PDT 2015
https://bugzilla.gnome.org/show_bug.cgi?id=753088
Thiago Sousa Santos <thiagossantos at gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #308508|none |needs-work
status| |
--- Comment #2 from Thiago Sousa Santos <thiagossantos at gmail.com> ---
Review of attachment 308508:
--> (https://bugzilla.gnome.org/review?bug=753088&attachment=308508)
There seems to be a typo or some missing word in the commit message.
Is there an easy way to reproduce the leak? I guess it happens when a first try
at linking an element fails but a second element succeeds, so the previous
element errors are still returned.
Would it make sense to have the connect_pad clean up the variable itself in
case the pad is not a deadend? It seems weird to return deadend_details if the
pad is not a deadend.
::: gst/playback/gstdecodebin2.c
@@ +1788,1 @@
g_free already does NULL check internally, you can simply call g_free
(deadend_details) here.
--
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