delta/glib.git/gio/gdbusmethodinvocation.c, branch require-python34 gitlab.gnome.org: GNOME/glib.git docs: Remove XML-style comments from documentation strings 2018-01-12T15:29:29+00:00 Philip Withnall withnall@endlessm.com 2018-01-12T15:29:29+00:00 e430541378bd9471036a6097ccb408e83cf20fd2 gtk-doc doesn’t support them any more since it was ported to Markdown, so they end up appearing in the generated documentation, which isn’t great. Mostly, they were used to split up things invisibly, which we can do in other ways. Signed-off-by: Philip Withnall <withnall@endlessm.com> Reviewed-by: nobody 
gtk-doc doesn’t support them any more since it was ported to Markdown,
so they end up appearing in the generated documentation, which isn’t
great.

Mostly, they were used to split up things invisibly, which we can do in
other ways.

Signed-off-by: Philip Withnall <withnall@endlessm.com>
Reviewed-by: nobody
gio/: LGPLv2+ -> LGPLv2.1+ 2017-05-29T17:53:34+00:00 Sébastien Wilmet swilmet@gnome.org 2017-05-27T16:21:30+00:00 3bf4a720c315b5015c8d51edf0b458348f796674 Sub-directories inside gio/ already processed in a previous commit: - fam/ - gdbus-2.0/ (which contains only codegen/) - gvdb/ - inotify/ - tests/ - win32/ - xdgmime/ Other sub-directories inside gio/: - completion/: no license headers - kqueue/: not LGPL, BSD-style license https://bugzilla.gnome.org/show_bug.cgi?id=776504 
Sub-directories inside gio/ already processed in a previous commit:
- fam/
- gdbus-2.0/ (which contains only codegen/)
- gvdb/
- inotify/
- tests/
- win32/
- xdgmime/

Other sub-directories inside gio/:
- completion/: no license headers
- kqueue/: not LGPL, BSD-style license

https://bugzilla.gnome.org/show_bug.cgi?id=776504
Drop trailing semi-colon from G_DEFINE_ macro 2017-04-10T09:38:31+00:00 Emmanuele Bassi ebassi@gnome.org 2014-10-17T10:54:02+00:00 f952fdf3fcb00946317ecb2672e9d2c99c74c7a3 It's unnecessary, and only adds visual noise; we have been fairly inconsistent in the past, but the semi-colon-less version clearly dominates in the code base. https://bugzilla.gnome.org/show_bug.cgi?id=669355 
It's unnecessary, and only adds visual noise; we have been fairly
inconsistent in the past, but the semi-colon-less version clearly
dominates in the code base.

https://bugzilla.gnome.org/show_bug.cgi?id=669355
gdbus: Fix memory leak in gdbusmethodinvocation.c 2017-04-05T12:12:14+00:00 Alexandros Frantzis alexandros.frantzis@canonical.com 2017-04-05T11:57:44+00:00 feae4e9f3184e0c59e658652c1b0ec31efe8d8b3 https://bugzilla.gnome.org/show_bug.cgi?id=780924 
https://bugzilla.gnome.org/show_bug.cgi?id=780924
gdbus: Add example to docs for g_dbus_method_invocation_return_value() 2017-01-24T09:50:01+00:00 Philip Withnall philip@tecnocode.co.uk 2017-01-21T23:41:21+00:00 a6e2213343cb9df1db3ccd3fe354b95cb4efc0e8 Try to clarify that the variant passed to return_value() must be a tuple. https://bugzilla.gnome.org/show_bug.cgi?id=777592 
Try to clarify that the variant passed to return_value() must be a
tuple.

https://bugzilla.gnome.org/show_bug.cgi?id=777592
introspection: use (nullable) or (optional) instead of (allow-none) 2016-11-22T22:14:37+00:00 Christian Hergert chergert@redhat.com 2016-10-29T01:29:02+00:00 18a33f72db6a410606674d8d53fb2dadb706091d If we have an input parameter (or return value) we need to use (nullable). However, if it is an (inout) or (out) parameter, (optional) is sufficient. It looks like (nullable) could be used for everything according to the Annotation documentation, but (optional) is more specific. 
If we have an input parameter (or return value) we need to use (nullable).
However, if it is an (inout) or (out) parameter, (optional) is sufficient.

It looks like (nullable) could be used for everything according to the
Annotation documentation, but (optional) is more specific.
GDBusMethodInvocation: Clarify how the ownership is handled 2016-11-22T16:06:48+00:00 Debarshi Ray debarshir@gnome.org 2016-06-23T09:05:56+00:00 00bf553a60793eb99c1720db406c66787d0ce466 https://bugzilla.gnome.org/show_bug.cgi?id=767952 
https://bugzilla.gnome.org/show_bug.cgi?id=767952
GDBusMethodInvocation: document behaviour change 2016-01-13T15:51:44+00:00 Allison Ryan Lortie desrt@desrt.ca 2016-01-13T15:50:46+00:00 86c5d8978d75f88aaa14ab8ed6186212abcb8f19 We changed the behaviour of this API to adapt to a change in the D-Bus specification. Document the new behaviour, along with the time of the change. https://bugzilla.gnome.org/show_bug.cgi?id=755421 
We changed the behaviour of this API to adapt to a change in the D-Bus
specification.  Document the new behaviour, along with the time of the
change.

https://bugzilla.gnome.org/show_bug.cgi?id=755421
gdbus: don't send unexpected replies 2016-01-13T15:44:49+00:00 Lars Uebernickel lars.uebernickel@canonical.com 2015-10-30T10:24:19+00:00 dbea81b02dc17f3e1935cdeb712d2728e3386812 gdbus sets NO_REPLY_EXPECTED when no callback is given to g_dbus_connection_call(). It makes sense that it also handles the server side correctly by discarding replies to clients that don't want one. https://bugzilla.gnome.org/show_bug.cgi?id=755421 
gdbus sets NO_REPLY_EXPECTED when no callback is given to
g_dbus_connection_call(). It makes sense that it also handles the server
side correctly by discarding replies to clients that don't want one.

https://bugzilla.gnome.org/show_bug.cgi?id=755421
gdbus: Add a missing include 2015-08-22T21:13:33+00:00 Kalev Lember klember@redhat.com 2015-08-22T21:13:33+00:00 02f9e84709b4e4756f3e512dede3430f3538fbf5 This fixes the build on non-unix platforms, such as win32 where gunixfdlist.h is not included. 
This fixes the build on non-unix platforms, such as win32 where
gunixfdlist.h is not included.