Summary: | dbus_g_proxy_add_signal docs make false claims of introspection support | ||
---|---|---|---|
Product: | dbus | Reporter: | Simon McVittie <smcv> |
Component: | GLib | Assignee: | Simon McVittie <smcv> |
Status: | RESOLVED FIXED | QA Contact: | John (J5) Palmieri <johnp> |
Severity: | normal | ||
Priority: | medium | CC: | rob.taylor |
Version: | unspecified | Keywords: | patch |
Hardware: | Other | ||
OS: | All | ||
URL: | http://cgit.freedesktop.org/~smcv/dbus-glib/log/?h=doc-signals-36216 | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
dbus_g_proxy_add_signal: stop falsely claiming that we read introspection
dbus_g_proxy_add_signal: document error cases dbus_g_proxy_add_signal: document error cases (patch v2) |
Description
Simon McVittie
2011-04-13 11:03:40 UTC
Created attachment 45582 [details] [review] dbus_g_proxy_add_signal: stop falsely claiming that we read introspection If we believed the introspection, services could change their introspection and remote-crash us, so it's good that we don't. We shouldn't claim that we do, though. The second sentence is subtle: for D-Bus types that dbus-glib can map into more than one GLib type, you must currently use the one that dbus-glib would "naturally" produce. The only example I can find is that object paths must be DBUS_TYPE_G_OBJECT_PATH, even though dbus-glib can also (in principle) unmarshal object-paths as DBUS_TYPE_G_PROXY. Created attachment 45583 [details] [review] dbus_g_proxy_add_signal: document error cases Review of attachment 45582 [details] [review]: Looks great. (In reply to comment #3) > Review of attachment 45582 [details] [review]: > > Looks great. Fixed in git for 0.93, thanks. How about the other one? Created attachment 45804 [details] [review] dbus_g_proxy_add_signal: document error cases (patch v2) Same patch, adjusted to apply now that Bug #23616 has been fixed. Review of attachment 45804 [details] [review]: Looks good (assuming that's actually an error :) Thanks; fixed in git for 0.94 based on Guillaume's review + no objections from the reviewer group |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.