After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 664745 - GST_PAD_PROBE_TYPE_BLOCKING doesn't block the pad
GST_PAD_PROBE_TYPE_BLOCKING doesn't block the pad
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.11.x
Other All
: Normal major
: 0.11.x
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-11-24 16:49 UTC by Matej Knopp
Modified: 2011-11-25 06:15 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Unit test (2.43 KB, patch)
2011-11-24 16:49 UTC, Matej Knopp 		none Details | Review

Description Matej Knopp 2011-11-24 16:49:45 UTC 
Created attachment 202073 [details] [review]
Unit test

gst_pad_push returns GST_FLOW_NOT_LINKED instead of blocking
Comment 1 Wim Taymans 2011-11-25 06:15:22 UTC 
Thanks! should be fixed now.


commit 933e8b230c9ebba97e314f8a1090653b40d0ffff
Author: Wim Taymans <wim.taymans@collabora.co.uk>
Date:   Fri Nov 25 07:11:24 2011 +0100

    pad: fix blocking probe emission
    
    If we are dealing with a blocking probe, only then check if one the
    blocking flags of the hook matches.
    Add some more debug.
    Make the pad unit test less racy.

commit 0b2ecbf6fc4f4e2508b19f4b00a87fcabae3f85e
Author: Matej Knopp <matej.knopp@gmail.com>
Date:   Thu Nov 24 17:47:09 2011 +0100

    Add test for PAD_PROBE_TYPE_BLOCK and PAD_PROBE_TYPE_BLOCKING