Avoid infinite recursion in the ime input module
Bug 672193 - windows (including menus) shown multiple times don't...

Based on a patch from Paul Davis, inject synthetic enter events directly
into the Quartz event stream, instead of trying to synthesize them in GDK.

This seems to magically fix most combo box popup weirdness, I guess
some code is relying on a specfic order of events, or any other state
imposed by the "proper" code path of events coming in the usual way.

The patch also removes _gdk_quartz_events_send_enter_notify_event()
which is now obsolete.

(sortof cherry-pixked from 979e5061a040f8896f505ffbd230f52af2d61ded
but needed manual editing because GdkQuartzWindow.c was renamed
and apparently earlier patches not picked correctly/completely)
quartz: always send GDK_NOTIFY_NONLINEAR crossing events

so GtkMenu works properly. This is not right, but not more
wrong than always sending GDK_NOTIFY_ANCESTOR either.
(cherry picked from commit 35a9322e45bb403d34c9e4da036d9d8d559419fb)
3.7.2
Fix parser tests for color changes
cssvalue: Fix copy/paste error

Introduced in e3f407a7.
reftests: Fix linear-gradient reftest (again)

Make it so that the repeating vs normal test only uses sharp color
cutoffs instead of real gradients. That removes rounding errors and
makes the test pass.
Update expected output for the entries a11y test

This change is due to entry icons now being accessible.
Post-release version bump
quartz: fix the mapping of GDK_KP_Enter in known_numeric_keys[]

so it will actually be used, instead of delivering GDK_Return
when it should be GDK_KP_Enter.
(cherry picked from commit 27f3fcf12c39d551532872cf26823993c93eb04d)
iconview: don't use gtk_style_context_set_background()

Render a background with gtk_render_background() during draw instead.

https://bugzilla.gnome.org/show_bug.cgi?id=688744
tree-view: don't use gtk_style_context_set_background()

Render a background with gtk_render_background() in draw() instead.
Note that we still use gtk_style_context_set_background() for the header
window.

https://bugzilla.gnome.org/show_bug.cgi?id=688744
Bug 688710 - splashscreen shouldn't be always on top on OS X

Activate the "hides on deactivate" behavior for splashscreens,
torn-off menus, utility windows, tooltips and notifications: when
another application is brought to the front, these windows are hidden
so as not to obscure it. This is the expected behavior for
application-specific floating windows on OS X.
(cherry picked from commit 0596f5591f36f57b99103914ba03abbed5765e8b)
Updated Dutch translation
gtk: don't let insensitive children eat scroll events when bubbling down

When event capturing is enabled, stop propagating scroll events
at insensitive widgets, but don't handle them (don't return TRUE),
so they can bubble up again and reach their handling widgets.
aboutdialog: Fix add_credit_section() annotations

The people argument is an array.

https://mail.gnome.org/archives/python-hackers-list/2012-November/msg00010.html
docs: Correct GtkWidget::scroll-event mask documentation

Since GTK+ 3.3.18, GDK_SCROLL_MASK has been used as the mask for scroll
events. Update the documentation to reflect this.

https://bugzilla.gnome.org/show_bug.cgi?id=677339
docs: Improve GtkTreeModel iteration pattern

Iterating over the model in this way means that use of continue is less
error-prone, as the increment is part of the loop construct.

https://bugzilla.gnome.org/show_bug.cgi?id=548793
docs: Fix typo in gtk_tree_view_set_tooltip_column comment

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