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 158406 - [strings] GStreamer told me to file a bug
[strings] GStreamer told me to file a bug
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
git master
Other other
: Normal normal
: NONE
Assigned To: Andy Wingo
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-11-15 23:10 UTC by Benjamin Otte (Company)
Modified: 2005-08-26 00:02 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Benjamin Otte (Company) 2004-11-15 23:10:56 UTC
lvs@lvs:~> gst-launch-0.8 filesrc location=../Temp/017.part ! avidemux ! queue !
ffdec_msmpeg4 ! xvimagesink avidemux0. ! queue ! mad ! osssink
RUNNING pipeline ...

(process:4523): GStreamer-WARNING **: queue queue0 does not connect different
schedulers
ERROR: from element /pipeline0/queue0: Internal GStreamer error: state change
failed.  File a bug.

(process:4523): GStreamer-WARNING **: queue queue1 does not connect different
schedulers
ERROR: from element /pipeline0/queue1: Internal GStreamer error: state change
failed.  File a bug.
Execution ended after 1 iterations (sum 2087438000 ns, average 2087438000 ns,
min 2087438000 ns, max 2087438000 ns).
lvs@lvs:~>

I think the message should not advise filing bugs.
Comment 1 Maciej Katafiasz 2005-01-10 00:34:28 UTC
It looks like 2 more or less independent error messages are interacting in a way
that sends out wrong message... If state change fails, it usually is error
condition signalling a bug, except for things like queue. Maybe amend queue's
message to read: "queue queue1 does not connect different
schedulers. This is likely a bug in application"? It would change the meaning of
following "file a bug" enough to give right idea I think.
Comment 2 Ronald Bultje 2005-01-10 00:45:24 UTC
It's quite definately a programming error, so you don't even need a
GST_ELEMENT_ERROR. I can't find the reference to this error anywhere in the
sources, though, isn't this local to your version? The only STATE_CHANGE error
is in fakesink.
Comment 3 Andy Wingo 2005-07-15 16:28:23 UTC
See also bug #305291. Asking the user to file bugs is standard practice for
grave core errors, so I don't mind it too much. We are a bit impolite though.
Will close this bug shortly if there are no objections.
Comment 4 Andy Wingo 2005-07-16 15:37:36 UTC
The ERROR is a bit bogus, it's not a GStreamer error (rather an application
error). But since it doesn't occur any more in HEAD I'm closing as FIXED.