You Got A Question? Ask    GNOME Community!

Unstable Updates for WebKitGTK, GTK3 and GLib2

This post was made with an older stylesheet

WebKitGTK 1.9.6


WebKitGTK is the Gnome platform port of the WebKit rendering engine. Offering WebKit’s full functionality through a set of GObject-based APIs, it is suitable for projects requiring any kind of web integration, from hybrid HTML/CSS applications to full-fledged web browsers.

Change Log:

  • Add spell checker API to WebKit2 GTK+ API.
  • Add WebKitWebView::submit-form signal to WebKit2 GTK+ API.
  • Add API to get the suggested filename from a WebKitNetworkResponse.
  • Add webkit_web_view_get_snapshot() to WebKit1 API.
  • Paste primary selection when middle clicking in X11 WebKit2.
  • Make sure WebKitWebView always has a main resource and it has already been set when the load has been committed, even for pages loaded from the history cache in WebKit2.
  • Fix a run time critical warning when gdk_window_get_cursor() is called before WebKitWebView has been realized in WebKit2.
  • Fix continuous insertion of newlines in Etherpad.
  • Fix several memory leaks.

WebKitGTK 1.9.6

GTK 3.5.10


GTK+ is a multi-platform toolkit for creating graphical user interfaces. Offering a complete set of widgets, GTK+ is suitable for projects ranging from small one-off projects to complete application suites.

Change Log:


  • Add keyboard handling
  • Improve clipboard handling
  • Add default settings implementation
Bug Fixes
  • 679910 GtkTreeModelFilter: Fix _iter_previous() when iter…
  • 679978 Optimize gtk_widget_path_copy() by preallocating “…
  • 680754 deprecate gdk thread functions
  • 680803 menubutton: Clear references in dispose, not finalize
  • 680822 Document return value of GtkWidget::draw
  • 680901 GTK+: The chinese translations of “even sheet” and…
  • 680949 GtkColorButton documentation seems self-contradictory
  • 680988 GtkMenuButton down direction positioning suboptimal
  • 681005 [IconView] wrong transfer annotation for get_toolt…
  • 681006 Escape should cancel DnD operation
  • 681064 container: restyle queue leaks
Updated Translations
  • Galician
  • German
  • Greek
  • Gujarati
  • Japanese
  • Kazakh
  • Norwegian
  • Persian
  • Serbian
  • Slovenian
  • Spanish
  • Telugu
  • Traditional Chinese

GLib 2.33.8

GLib is the low-level core library that forms the basis for projects such as GTK+ and GNOME. It provides data structure handling for C, portability wrappers, and interfaces for such runtime functionality as an event loop, threads, dynamic loading, and an object system.
Change Log:
  • GIO now has a g_file_delete_async function
  • The defaults for GThreadPools max_unused_threads and max_idle_time values have been changed to 2 and 15*1000, respectively.

Bugs Fixed

  • 661767 merge/improve various bits of run-in-thread functionality
  • 680074 undefined symbol “get_C_locale”
  • 680121 g_cancellable_source_new: don’t use a file descriptor
  • 680148 gthread: check for definition of PR_SET_NAME
  • 680310 Sorting of access points by strengh not working
  • 680704 g_utf8_strup() crash
  • 680760 GFile: Add g_file_delete_async()
  • 680787 Add .dir-locals.el to tell Emacs users not to use tabs…
  • 680823 g_file_make_directory_with_parents: Fix error propagation
  • 680994 STATIC_ASSERT in GDBusError docs don’t have much utility
  • 681116 gtlscertificate: Add g_tls_certificate_equal() function
  • 681118 gtlsdatabase: Don’t complain if no callbacks for async…
  • 669331 try to get gio tests working a little better on win32
  • 674314 Make gtk-doc not a hard dependency of GLib
  • 674800 gclosure: generic marshaller leaks return value
  • 675524 gsocket: FIONREAD undeclared (needs sys/filio.h)
  • 679509 use after free in g_dbus_action_group_describe_all_done()
  • 679996 gobject docs minor cleanup
  • 680459 Extra newline char in local implementation of g_applic…
  • 680505 object_path memory leak in gdbusobjectproxy.c
  • 680831 Deprecate and remove g_slice_[sg]et_config.*
  • 680912 gchecksum: Add g_compute_checksum_for_bytes()
  • 681151 checksum: Use functions instead of macros when buildin…
  • 681158 gtlscertificate: Don’t confuse certificate and public …

Updated Translations

  • Galician
  • German
  • Gujarati
  • Hebrew
  • Norwegian bokmål
  • Serbian
  • Slovenian

GLib 2.33.8

  We can't watch comments unless G+ provides an API or if you send a notification, e.g +World Of Gnome
     Sometimes is better to place your questions on GNOME Community
  • F.

    I’m sorry if this is not the right place to post this message, I would be glad to hear if there are better opportunities.

    What hurts me about Gnome is its ever changing nature, with gtk in special. There was for example an hbox and a vbox. They were replaced by a box, without h or v but with an orientation that can be set at runtime. Then comes grid to succeed the box, but without orientation. The grid is in fact a new table and the only notable difference between grid and table is that grid can insert new rows and columns where a table can be resized. All these reforms seem quite useless, yet the programmer is forced to make many changes to his or her application.

    Secondly, Gnome has become terrible slow. Even opening gedit with a small file has become a protracted task.

    Thirdly, users are forced to use sidebars, integrated menu’s and things like that. People moved to Linux because they didn’t like being forced. It’s also just a copy of the windows desktop.

    The larger picture I see is as follows: There has been developed a quite reasonable system and people enjoyed it very much. Then a guy came along with a certain taste, I really think it’s nothing more than that. He likes yellow. So the system which was initially green is now turned to yellow. A second guy comes along and says that it looks like garbage, some points are still green, some have already become yellow. He decides to make an overall change and turns everything to orange. Until another guy comes along, and next and next. But here’s the clue. Yellow is not any better than green, nor is orange any better than yellow. Some people may like it, and some may not for it’s just a matter of taste. But you should expect that people that chose your system liked green, and they cannot be expected to like yellow, or even orange.

    There are other disadvantages like a missing statusbar in firefox (forced to surf blindly!) that a user keeps missing. I hear more complains into this direction and everyone is shy to complain, because a linux user that is able to use the command line feels he or she is not representative.

    I haved looked at the documentation of gtk and I can already foresee what is going to happen. The whole system will be rewritten. It’s like in the old days when hardware became obsolete every year and programmers couldn’t effectively develop software. Therefore the operating system was introduced. But now the OS changes all the time.The situation has exacerbated and I wonder how other people think about this.

    • alex285

      I don’t know much about GTK, but even placing layers and views feels awkward. As I am writing some stupid small Apps for Gnome (nothing important) I dropped GTK and I use only Clutter. I may add a GTK menu, but nothing more.