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 669018 - [2.0] discoverer: use GTask etc.
[2.0] discoverer: use GTask etc.
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
2.x
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-01-30 11:39 UTC by Christian Fredrik Kalager Schaller
Modified: 2018-11-03 11:21 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Christian Fredrik Kalager Schaller 2012-01-30 11:39:30 UTC 
<pbor> Uraeus: does gst have a lot of API with GErrors passed as signal arguments?
<pbor> it's a pattern that is usually avoided in gtk etc
 if it's not common maybe now that you are breaking the api it is a good time to avoid it
 pbor, we got it in discoverer (which is where I get this crash https://bugzilla.gnome.org/show_bug.cgi?id=668862
<tomeu> opportunity to make the API more consistent :)
<pbor> Uraeus: the pattern used in other places is that you get a signal that the an operation is complete and then you call finish(&err) to know if it failed and to retrieve the error
Comment 1 David Schleef 2012-02-22 00:25:38 UTC 
Indeed, it is a good pattern.
Comment 2 GStreamer system administrator 2018-11-03 11:21:01 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/issues/63.