message_to_write_data_free: Don't unref data->message if it is NULL

After the recent changes to message filtering, it can happen that
data->message is NULL when we get here.

l10n: Updated Greek translation for glib

Updated Polish translation

introspection: Fix one annotation syntax

Updated Hungarian translation

Updated French translation

Update Czech translation

Updated Slovenian translation

Updated Galician translations

Updated Slovenian translation

Updated Slovenian translation

Updated Lithuanian translation (thanks Aurimas Cernius).

[i18n] Updated German translation

Updated Brazilian Portuguese translation

Updated Bulgarian translation

clean up g_date_time_get_week_day()

No functionality changes here.

Vastly simplify the algorithm for calculating the day of the week.

Fix the documentation (which is incorrectly stating that 1 means
Sunday) and clarify that the number we return is in line with ISO 8601
week day numbering.

Updated Dutch translation by Wouter Bolsterlee

Updated Romanian translation

Add a lot of missing annotations

[introspection] Add GObject annotations

These were moved in from gobject-introspection

[introspection] Move over annotations

Move all the annotations over from gobject-introspection.

They will not be used directly by the introspection scanner for now,
instead they will be extracted by a script and updated manually
until introspection is properly integrated into the glib build

Correct error message when GUnixOutputStream fails to write

Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=628876

Add missing file to POTFILES.in

GDBus: Don't use abstract sockets in test code

It doesn't really work right now because of a dbus-daemon(1) bug - see
the comment added in the TODO section of gdbusconnection.c. So revert
to old behavior. The downside is a lot of files in /tmp but right now
that's better than not being able to run tests in a loop.

Signed-off-by: David Zeuthen <davidz@redhat.com>

GDBus: Use abstract namespace in test cases to avoid littering all over /tmp

Signed-off-by: David Zeuthen <davidz@redhat.com>

GDBusConnection: Use correct GMainContext when invoking free functions

Without this fix, the ./gdbus-connection test case occasionally fails, see

 https://bugzilla.gnome.org/show_bug.cgi?id=629945#c5

like this

 /gdbus/connection/basic: OK
 /gdbus/connection/life-cycle: **
ERROR:gdbus-connection.c:223:test_connection_life_cycle: assertion failed:
(!quit_mainloop_fired)
 cleaning up bus with pid 21794
 Aborted (core dumped)

because the callback didn't happen on the same thread as where we are
running the loop.

Signed-off-by: David Zeuthen <davidz@redhat.com>

build: fix out of srcdir build

The gtk-doc makefile rules do cd srcdir && cp $(HTML_IMAGES) target/ and this
breaks for "srcdir" != ".".

GDBus: fix name test cases

Since we make message buses come and go, we need to ensure that the
singleton connection instance goes away before attempting to call
g_bus_get_sync() or similar.

Signed-off-by: David Zeuthen <davidz@redhat.com>

GDBus: bump timeout for some tests

When under load, a one second timeout is just not enough. This can be
observed by e.g. restarting a CPU- and IO-intensive application like a
web browser with many tabs while running the test cases. Therefore,
bump the timeouts to 30 seconds.

Signed-off-by: David Zeuthen <davidz@redhat.com>

GDBus: Move "slow" connection test cases into separate test program

Signed-off-by: David Zeuthen <davidz@redhat.com>

GDBusConnection: Avoid callbacks on finalized connection

Turns out that GDBusWorker will issue callbacks (in its own thread)
even after g_dbus_worker_stop() has been called. This would rarely
happen (and unreffing a connection is even rarer) so only saw this bug
occasionally when running the gdbus-connection test case in a loop.

Fix up this issue by maintaining a set of GDBusConnection objects that
are currently "alive" and do nothing in the callbacks if the passed
user_data pointer is not in this set.

Also attempted to fix up a race condition with
_g_object_wait_for_single_ref_do() and its use of GObject toggle
references - for now, just resort to busy waiting, thereby
sidestepping the toggle reference mess altogether.

Signed-off-by: David Zeuthen <davidz@redhat.com>

Updated Japanese translation (symbolic link related)

Fix memory leak in SOCKSv5 implementation

glib-2.0.m4: Use unsigned variables for version numbers

When using signed, we get complaints from gcc about comparing signed to
unsigned with -Wsign-compare. And combined with -Werror in users' CFLAGS
it breaks configure runs.

Updated French translation

GSocketControlMessage: clean up confusing code

It looks like the deserialisation function in GSocketControlMessage can
potentially leak a reference to the class structure of a
GSocketControlMessage subclass (although the particular code path is
probably never hit).

Clean up the code a bit.

Also, make sure that the GUnixCredentialsMessage type is registered
before attempting deserialisation.

Closes bug #629687.

fix argument order for g_date_time_difference()

The names of the arguments in the header file was reversed.

Closes bug #630000

Add translator comments for command parameter translation

[l10n] Updated Estonian translation

Updated Basque language

Bug 630185 — Allow NULL strings in g_quark_try_string()

Allow NULL strings to be passed to g_quark_try_string(), returning a 0 quark
in that case, as per the existing documentation. Closes: bgo#630185

Fix typo

gdir: Clarify in documentation that ordering is not defined

l10n: Updated Greek translation for glib

Updated Hebrew translation.

docs: shorten var name in example

We use 'pspec' instead of 'maman_param_spec' elsewhere too.

docs: fix iface type naming

docs: fix docbook validity

'type' must be inside of 'link'.

docs: cleanup constructor example

Remove unused var and chain-up the sane way we do elsewhere.

docs: use passive voice.

Updated Japanese translation

Updated Danish translation

Updated Dutch translation by Wouter Bolsterlee

[l10n] Updated Estonian translation

GDateTime: G_GNUC_WARN_UNUSED_RESULT for modifiers

Emmanuele suggested adding G_GNUC_WARN_UNUSED_RESULT to all of the
g_date_time_add_* functions to help deal with the situation where people
may mistakenly believe that these functions are inplace modifiers.

Fix header cleaup fallout when using system pcre

Using the internal pcre has the side effect of exposing gregex.c to
glib.h.  When we use the system one, we lose that, so we need to
explicitly include the things we use (glist, gatomic, etc..)

Updated Portuguese translation

bump version to 2.27.1

release 2.27.0

GDateTime: fix a test that fails from time to time

The test fails if it's a different date in the time zone of the machine
running the test than it currently is in UTC.

Bump to version 2.27.0 after branching glib-2-26

.gitignore some test cases

.gitignore some sgml

Deal with gtk-doc's insane sensitivty to spaces

...by inserting a few of them.

Clean-up/tweaking of GDateTime and GTimeZone

datetime: Fix hashing

Convert to the epoch, just like we do when checking for equality, so
that timezones are correctly handled.

https://bugzilla.gnome.org/show_bug.cgi?id=50076

datetime: Rename g_date_time_printf() to g_date_time_format()

The function does not use any printf() modifiers, so using printf() is a
misnomer.

Prior art: strftime, g_ascii_formatd

https://bugzilla.gnome.org/show_bug.cgi?id=50076

datetime: Update modifiers for DST changes

If a DateTime gets modified to cross the DST state from its previous
state then we want to update the DateTime to compensate for the new
offset.

In other words, if we have a DateTime defined as:

  DateTime({ y: 2009, m: 8, d: 15, hh: 3, mm: 0, tz: 'Europe/London' });

and we add six months to it, the hour must be changed to 60 minutes
behind, as the DST comes into effect.

https://bugzilla.gnome.org/show_bug.cgi?id=50076

datetime: Allow setting fractionary seconds in new_full()

Otherwise we'll have to do:

  dt = g_date_time_new_full (Y, M, D, h, m, s, tz);
  tmp = g_date_time_add_usec (dt, usec);
  g_date_time_unref (dt);
  dt = tmp;

With its additional allocations.

https://bugzilla.gnome.org/show_bug.cgi?id=50076

datetime: Rework time zone support in constructors

Timezone handling is complicated. Really complicated.

In order to simplify it a little bit, we need to expose the GTimeZone
structure.

First of all, we allow creating time zone information directly from the
offset and the DST state, and then pass it to the g_date_time_new_full()
constructor. We also need to clean up the mess that is UTC-vs.-localtime
for the other constructors.

We also allow creating a GTimeZone from the Olson zoneinfo database
names; a time zone created like this will be "floating": it will just
reference the zoneinfo file - which are mmap()'ed, kept in a cache and
refcounted. Once the GTimeZone has been associated with a GDateTime, it
will be "anchored" to it: the offset will be resolved, as well as the
DST state.

https://bugzilla.gnome.org/show_bug.cgi?id=50076

g_output_stream_write: fix misleadingly ungrammatical documentation

pointed out in https://bugzilla.gnome.org/show_bug.cgi?id=626866

Updated Lithuanian translation

Updated Lithuanian translation by Aurimas Cernius.

Update Czech translation

Update Czech translation

Bug 629709 - Empty variants

Fix some GVariant bugs uncovered by calling g_variant_new_from_data with
invalid data (which it should be immune to).

Updated Spanish translation

Updated Indonesian translation

GDBusConnection leaks its GCredentials

==7269== 144 bytes in 6 blocks are definitely lost in loss record 1,282 of 1,325
==7269==    at 0x4005BDC: malloc (vg_replace_malloc.c:195)
==7269==    by 0x4056B74: g_malloc (gmem.c:164)
==7269==    by 0x406EDB6: g_slice_alloc (gslice.c:842)
==7269==    by 0x406EDFB: g_slice_alloc0 (gslice.c:854)
==7269==    by 0x413C627: g_type_create_instance (gtype.c:1867)
==7269==    by 0x412276A: g_object_constructor (gobject.c:1480)
==7269==    by 0x4121E5D: g_object_newv (gobject.c:1264)
==7269==    by 0x4121BD3: g_object_new (gobject.c:1176)
==7269==    by 0x417CFB9: g_credentials_new (gcredentials.c:156)
==7269==    by 0x41D9DBC: g_unix_credentials_message_deserialize (gunixcredentialsmessage.c:149)
==7269==    by 0x41C422C: g_socket_control_message_deserialize (gsocketcontrolmessage.c:198)
==7269==    by 0x41BFCE3: g_socket_receive_message (gsocket.c:3289)
==7269==    by 0x41D99CE: g_unix_connection_receive_credentials (gunixconnection.c:476)
==7269==    by 0x41FA829: _g_dbus_auth_run_server (gdbusauth.c:987)
==7269==    by 0x4205DDB: initable_init (gdbusconnection.c:2196)

Bug #629689.

GVariant: Check for size == 0 in get_bytestring

And add a test from David that shows the problem.

Closes #629698

Updated Polish translation

GSettings: reverse accidental addition to .h file

A couple of extra function prototypes snuck into commit
77e3badcf3f15c7ac235904160d775febfcebcb5.  Take those out.

Updated Hungarian translation

[l10n] Updated German translation

Update Simplified Chinese translation.

(slightly) updated Finnish translation.

Update British English translation

Updated Galician translations

Updated Slovenian translation

g_strdup_value_contents(): dump GStrv more usefully

Previously, dumping a GValue holding a GStrv just yielded "((GStrv *)
0xDEADBEEF)". I think it'd be more useful to dump a Python list-style
representation of the GStrv's contents, if it's not NULL.

Fixes: <https://bugzilla.gnome.org/show_bug.cgi?id=629192>

update for Punjabi

Add g_data_input_stream_read_upto{,async,finish}

These functions are meant to replace the read_until() flavour, with the
following improvements:

  - consistency between the synchronous and asynchronous versions as to
    if the separator character is read (it never is).

  - support for using a nul byte as a separator character by way of
    addition of a length parameter which allows stop_chars to be treated
    as a byte array rather than a nul-terminated string.

The read_until() functions are not yet formally deprecated, but a note
has been added to the documentation warning not to use them as they will
be in the future.

This is bug #584284.

Better msgctxt for month and weekday names

The current msgctxt string 'GDateTime" lead to the unability to
differentiate between the full and abbreviated name for May.
Therefore, the msgctxt strings have been changed to
  'full month name'
  'abbreviated month name'
  'full weekday name'
  'abbreviated weekday name'
This is a string change, but all translations have been updated
using an sed script.

Bug 629429

Adapt POTFILES.in to source file renaming

Const 'parser' arg to g_markup_parse_context_push

This is a vtable structure and very likely the user has allocated it in
static storage and wants it to be const.  Since we never modify it, no
harm is done to us to have it const.

Closes bug #629328.

Make g_variant_builder_end's return to be (allow none) because callers
need to add a ref to it in addition to sinking it.

Include giochannel.c for G_IO_IN, etc.

Fixes build on OS X.

gobject: Add install_properties()

Since we added g_object_notify_by_pspec(), an efficient way to install
and notify properties relies on storing the GParamSpec pointers inside
a static arrays, like we do for signal identifiers.

Instead of multiple calls to g_object_class_install_property(), we
should have a single function to take the static array of GParamSpecs
and iterate it.

https://bugzilla.gnome.org/show_bug.cgi?id=626919

Signed-off-by: Emmanuele Bassi <ebassi@linux.intel.com>

Updated Swedish translation

GSettings: no writability->value change assumption

GSettings internally assumed that a change in key writability implied a
change in value.  That may be true for some backends.  Let those
backends deal with the situation for themselves.