- Oct 16, 2013
-
-
Allison Karlitskaya authored
-
Allison Karlitskaya authored
This is a simple object that emits a "change" signal when the installed applications may have changed in some way.
-
Allison Karlitskaya authored
-
Allison Karlitskaya authored
Add an implementation of GDesktopAppInfo based on the desktop file index. We currently construct keyfile-based GDesktopAppInfos in the least-efficient way imaginable (which still ends up being faster than reading them off the disk). Will be fixed in the future...
-
Allison Karlitskaya authored
-
Allison Karlitskaya authored
In each DesktopFileDir, store a list of desktop files for that directory. This speeds up opening desktop files by name because we can skip statting in directories that we know don't have the file and also speeds up _get_all() because we can avoid enumeration. We use a file monitor to watch for changes, invalidating our lists when we notice them.
-
Colin Walters authored
It's not difficult to do; not all backends implement it, and for some it may be difficult to implement query_info_on_read(), so let's just do both. https://bugzilla.gnome.org/show_bug.cgi?id=706254
-
- Oct 15, 2013
-
-
Xavier Claessens authored
-
The major useful information regarding commits is now placed in README.commits, not README. https://bugzilla.gnome.org/show_bug.cgi?id=709994
-
Andika Triwidada authored
-
- Oct 14, 2013
-
-
Allison Karlitskaya authored
Add a pair of functions to make it easier to do simple string matching. This will be useful for use with things like GtkSearchBar and will also be the basis of the searching done by the (soon to appear) g_desktop_app_info_search() https://bugzilla.gnome.org/show_bug.cgi?id=709753
-
Allison Karlitskaya authored
Add a function for checking if a string is pure ASCII. https://bugzilla.gnome.org/show_bug.cgi?id=709753
- Oct 13, 2013
-
-
When the source id reaches G_MAXUINT (just prior to overflow), we record the existing source ids to prevent reassigning them. As we are about to assign G_MAXUINT to the triggering source, that id should be added as well. https://bugzilla.gnome.org/show_bug.cgi?id=710002
-
- Oct 08, 2013
-
-
Colin Walters authored
Since it could confuse callers (admittedly who are already violating a precondition). Just spotted while adapting some bits of this code for a ssh library.
-
- Oct 07, 2013
-
-
Nilamdyuti Goswami authored
-
- Oct 06, 2013
-
-
Dan Winship authored
GBindingTransformFunc called its arguments "source_value" and "target_value", but in the transform_from function of a bidirectional binding, "source_value" comes from the target object, and "target_value" comes from the source object, which quickly gets confusing if you need to use g_binding_get_source(), etc, in the function. Of course developers can call their transform function arguments whatever they want, but many will copy from the headers/docs to start out, so use less confusing names here ("from_value" and "to_value"). Also, fix the documentation to describe the bidirectional case correctly. https://bugzilla.gnome.org/show_bug.cgi?id=709440
-
- Oct 04, 2013
-
-
Kalev Lember authored
This commit factors out a function for comparing string suffixes, and at the same time makes it safe for mime types that are shorter than the "/*" suffix. ==25418== Invalid read of size 1 ==25418== at 0x3C6D0F9D22: __gio_xdg_cache_mime_type_subclass (xdgmimecache.c:848) ==25418== by 0x3C6D09ED8C: g_content_type_is_a (gcontenttype.c:158) ==25418== by 0x34D8031E95: gtk_recent_filter_filter (gtkrecentfilter.c:733) ==25418== by 0x34D802F167: _gtk_recent_chooser_get_items (gtkrecentchooserutils.c:387) ==25418== by 0x34D802D07F: idle_populate_func (gtkrecentchoosermenu.c:1011) ==25418== by 0x34D7A20477: gdk_threads_dispatch (gdk.c:804) ==25418== by 0x3C6C0492F5: g_main_context_dispatch (gmain.c:3065) ==25418== by 0x3C6C049677: g_main_context_iterate.isra.23 (gmain.c:3712) ==25418== by 0x3C6C04972B: g_main_context_iteration (gmain.c:3773) ==25418== by 0x34D7FC2AF4: gtk_main_iteration (gtkmain.c:1262) ==25418== by 0x408EB4: main (in /usr/bin/glade) https://bugzilla.gnome.org/show_bug.cgi?id=708529
-
John Ralls authored
-
Allison Karlitskaya authored
We can't get the name of the filename, so we can't determine the application ID. We'll have to fallback on Exec= for this case. https://bugzilla.gnome.org/show_bug.cgi?id=709326
-
Allison Karlitskaya authored
To write a keyfile to disk. https://bugzilla.gnome.org/show_bug.cgi?id=309224
-
Dan Winship authored
Based on patches from Igor Pashev. https://bugzilla.gnome.org/show_bug.cgi?id=705029
-
Dan Winship authored
It uses the same system as FreeBSD. https://bugzilla.gnome.org/show_bug.cgi?id=708265
-
Dan Winship authored
Rather than having lots of obscure platform-based #ifdefs all over gio, define some macros in gcredentialsprivate.h, and use those to simplify the rest of the code. https://bugzilla.gnome.org/show_bug.cgi?id=701482
-
Giovanni Campagna authored
Sometimes the application doesn't want to autostart a service when it creates a proxy, but wants the service autostarted when it makes the first method call. Allow that behavior with a new flag. https://bugzilla.gnome.org/show_bug.cgi?id=708828
-
- Oct 03, 2013
-
-
Allison Karlitskaya authored
Fix up a lot of whitespace issues in this file since we're about to do some pretty serious rewriting here anyway... Add some fold markers while we're at it.
-
Allison Karlitskaya authored
Change the search path to be a global array of 'DesktopFileDir' structures and change the 'get' function to an 'ensure' function. This is just a straight-up refactor. Future patches will expand the DesktopFileDir structure.
-
Allison Karlitskaya authored
...and some related functions. This variable is also used for nothing at all.
-
Allison Karlitskaya authored
This variable is used for nothing...
-
Allison Karlitskaya authored
Add a convenient and race-free method of watching local files from the GLib worker thread. Without this, the race-free way to create a monitor that dispatches events to the worker thread looked something like this: - dispatch an idle to the worker thread - from the idle, create the monitor and connect signals - from the original thread, wait (on a cond?) until the worker thread has finished setting up the monitor - read the file that you were monitoring which is just ridiculously complicated... To use the new API: monitor = g_local_file_monitor_new_in_worker ("/path/to/some/file", G_FILE_MONITOR_NONE, &error); g_assert_no_error (error); g_signal_connect (monitor, "changed", G_CALLBACK (callback), NULL); g_local_file_monitor_start (monitor); 'callback' will run from the GLib worker thread. This is the reason that the start() call was introduced in the previous commit. The backends that don't use the start() call will have a very thin race between creating the monitor and connecting the signal, but hopefully they will be fixed soon. These new APIs will be used (at least) from gdesktopappinfo to watch for changes in the desktop file directories. https://bugzilla.gnome.org/show_bug.cgi?id=704887
-
Allison Karlitskaya authored
Add a new "context" construct-only property to allow explicitly specifying the context in which events should be dispatched. https://bugzilla.gnome.org/show_bug.cgi?id=704887
-
Allison Karlitskaya authored
and start using the new start() vcall on the local monitor classes. I only port inotify because I am uncomfortable making changes to the other monitor backends without having a way of testing them. https://bugzilla.gnome.org/show_bug.cgi?id=704887
-
Allison Karlitskaya authored
Stop abusing constructor() to do startup work, adding _start() calls instead. The backends themselves still use constructor() although a patch will be following to also fix inotify. The reason for using a separate start() call instead of constructed() will become apparent in future commits. https://bugzilla.gnome.org/show_bug.cgi?id=704887
-
Allison Karlitskaya authored
During initialisation of a directory monitor with the G_FILE_MONITOR_WATCH_MOUNTS flag set, GLocalDirectory monitor will add a UNIX mount watch in case the file notification backend doesn't support reporting these events for itself. Unfortunately, it was performing the check incorrectly, resulting in a monitor always being added. Fix that, and add the #define for G_LOCAL_DIRECTORY_MONITOR_GET_CLASS() that was also missing (since the fix depends on it). https://bugzilla.gnome.org/show_bug.cgi?id=704882
-
- Oct 02, 2013
-
-
Colin Walters authored
Matthew Barnes noted this on IRC a few days ago. I just had this file open for other reasons and decided to tweak the docs to make this trap more clear. https://bugzilla.gnome.org/show_bug.cgi?id=709301
-
Allison Karlitskaya authored
Don't return children with invalid schemas from g_settings_list_children() (ie: missing schemas or mismatched paths). This prevents gsettings list-recursively from crashing when broken schemas are installed on the system. https://bugzilla.gnome.org/show_bug.cgi?id=705688
-
Christian Persch authored
No new blocks were added in 6.3, and only 5 new characters to be used with the updated BiDi algorithm. And some character properties were changed. See http://www.unicode.org/versions/Unicode6.3.0/ for more information. https://bugzilla.gnome.org/show_bug.cgi?id=709227
-
Simon Feltman authored
Add NULL check and return after calls to g_param_spec_internal in GParamSpec creation functions. This avoids glib crashing due to things like badly named properties. https://bugzilla.gnome.org/show_bug.cgi?id=707887
-
- Oct 01, 2013
-
-
Required for memset()
-
- Sep 30, 2013
-
-
Allison Karlitskaya authored
Thanks Colin :)
-