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 328715 - tee does no handle a pad being in wrong state or not linked
tee does no handle a pad being in wrong state or not linked
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.10.x
Other All
: Normal normal
: 0.10.3
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-01-26 11:55 UTC by Julien MOUTTE
Modified: 2006-02-06 21:41 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12

Attachments
Handle pad flow returns correctly. (857 bytes, patch)
2006-01-26 11:57 UTC, Julien MOUTTE 		none Details | Review
Initialize the return value to NOT_LINKED to handle a single pad or all pads in WRONG_STATE or NOT_LINKED. (1.10 KB, patch)
2006-01-26 12:15 UTC, Julien MOUTTE 		none Details | Review

Description Julien MOUTTE 2006-01-26 11:55:18 UTC 
Please describe the problem:
when pushing buffers to peers tee does not handle the case where a pad could be
in wrong-state or not negotiated

Steps to reproduce:



Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Julien MOUTTE 2006-01-26 11:57:28 UTC 
Created attachment 58147 [details] [review]
Handle pad flow returns correctly.

This patch makes sure that we keep returning GST_FLOW_OK when some of the pads we are pushing to are in WRONG_STATE or NOT_LINKED.
Comment 2 Julien MOUTTE 2006-01-26 12:15:53 UTC 
Created attachment 58148 [details] [review]
Initialize the return value to NOT_LINKED to handle a single pad or all pads in WRONG_STATE or NOT_LINKED.
Comment 3 Julien MOUTTE 2006-01-26 13:12:05 UTC 
Applied in CVS