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 680387 - CLUTTER_EVENT_PROPAGATE and CLUTTER_EVENT_STOP are missing
CLUTTER_EVENT_PROPAGATE and CLUTTER_EVENT_STOP are missing
Status: RESOLVED DUPLICATE of bug 719566
Product: gobject-introspection
Classification: Platform
Component: g-ir-scanner
unspecified
Other Linux
: Normal minor
: ---
Assigned To: gobject-introspection Maintainer(s)
gobject-introspection Maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2012-07-21 20:14 UTC by Simon Wenner
Modified: 2017-05-04 21:27 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Simon Wenner 2012-07-21 20:14:21 UTC
CLUTTER_EVENT_PROPAGATE and CLUTTER_EVENT_STOP are missing in the clutter bindings.
Comment 1 Jürg Billeter 2012-07-22 08:15:37 UTC
Reassigning bug to clutter as we're using GObject Introspection and the two constants are missing from the .gir file.
Comment 2 Emmanuele Bassi (:ebassi) 2012-08-15 13:21:53 UTC
re-assigning to gobject-introspection.

the defines are documented, but I suspect that g-ir-scanner does not know how to handle TRUE and FALSE as bare values.
Comment 3 Colin Walters 2012-11-01 20:36:00 UTC
(In reply to comment #2)
> re-assigning to gobject-introspection.
> 
> the defines are documented, but I suspect that g-ir-scanner does not know how
> to handle TRUE and FALSE as bare values.

That's right, the scanner will just ignore anything that's not an integer or string, i.e. #define FOO_BAR 42 or #define FOO_BAZ "moo".

If we wanted to support this...I could relatively easily special case this to turn TRUE into an integer constant of 1, and FALSE to 0.  But here we get into subtlety - in some programming languages like Java, integers are not booleans.  You couldn't in such a binding say "return Clutter.CONTINUE" since it would barf trying to return 0 as true/false.

Now...maybe we could make this work if annotated (type gboolean) on the constant.  Let me see...
Comment 4 Colin Walters 2012-11-01 20:37:52 UTC
Actually I need to punt on this temporarily, but here's a stub for a test case:


diff --git a/tests/scanner/regress.h b/tests/scanner/regress.h
index 137c4e0..64bfc6f 100644
--- a/tests/scanner/regress.h
+++ b/tests/scanner/regress.h
@@ -273,6 +273,16 @@ GQuark regress_atest_error_quark (void);
 typedef guint64 RegressTestTypeGUInt64;
 #define REGRESS_GUINT64_CONSTANTA ((RegressTestTypeGUInt64) -1)
 
+/**
+ * REGRESS_IS_WORLD_ROUND: (type gboolean)
+ *
+ * https://bugzilla.gnome.org/show_bug.cgi?id=680387
+ *
+ * Add this to your code in dark, uncertain times to reaffirm your
+ * knowledge of reality.
+ */
+#define REGRESS_IS_WORLD_ROUND TRUE
+
 /* structures */
 typedef struct _RegressTestStructA RegressTestStructA;
 typedef struct _RegressTestStructB RegressTestStructB;
Comment 5 André Klapper 2015-02-07 17:15:22 UTC
[Mass-moving gobject-introspection tickets to its own Bugzilla product - see bug 708029. Mass-filter your bugmail for this message: introspection20150207 ]
Comment 6 Emmanuele Bassi (:ebassi) 2017-05-04 21:27:11 UTC
This has long been fixed by bug 719566.

*** This bug has been marked as a duplicate of bug 719566 ***