Package: gtk+3.0 / 3.4.2-7+deb7u1

Metadata

Package Version Patches format
gtk+3.0 3.4.2-7+deb7u1 3.0 (quilt)

Patch series

view the series file
Patch File delta Description
001_use_data_uris_for_symbolic_icons.patch | (download)

gtk/gtkicontheme.c | 10 9 + 1 - 0 !
1 file changed, 9 insertions(+), 1 deletion(-)

---
015_default fallback icon theme.patch | (download)

gtk/gtksettings.c | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

---
016_no_offscreen_widgets_grabbing.patch | (download)

gtk/gtkmain.c | 5 5 + 0 - 0 !
1 file changed, 5 insertions(+)

 don't let offscreen widget do grabbing
017_no_offscreen_device_grabbing.patch | (download)

gtk/gtkmain.c | 5 5 + 0 - 0 !
1 file changed, 5 insertions(+)

 do not allow devices in an offscreen hierarchy to take grabs.
018_gdkenumtypes.c_location.patch | (download)

gdk/Makefile.am | 17 7 + 10 - 0 !
1 file changed, 7 insertions(+), 10 deletions(-)

 [patch] consistently treat gdkenumtypes.[hc] as source files

Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.

Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=647729
Bug-Ubuntu: https://launchpad.net/bugs/769256

022_disable viqr im for vi locale.patch | (download)

modules/input/imviqr.c | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

---
044_tracker_fts.patch | (download)

gtk/gtksearchenginetracker.c | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 enable tracker full text search
 Tracker in Debian is compiled with FTS support, so we make use of that in
 GTK3's file selector dialog.
 This way files can be found by their content and not only their file name.

060_ignore random icons.patch | (download)

gtk/updateiconcache.c | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

---
061_multiarch_module_fallback.patch | (download)

gtk/gtkmodules.c | 13 8 + 5 - 0 !
1 file changed, 8 insertions(+), 5 deletions(-)

 fall back to the hard-coded pre-multiarch module directory
 Include /usr/lib/gtk-3.0 in the path as a fallback when building for
 multiarch, to maintain compatibility with packages installing modules to
 the old directories.
071_fix installation of HTML images.patch | (download)

gtk-doc.make | 4 2 + 2 - 0 !
1 file changed, 2 insertions(+), 2 deletions(-)

 [patch] fix installation of html images for absolute paths

when using out-of-tree builds.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=674163
Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656803

072_statusicon_icon_size.patch | (download)

gtk/gtkstatusicon.c | 6 3 + 3 - 0 !
1 file changed, 3 insertions(+), 3 deletions(-)

 [patch] statusicon: use absolute delta to find the nearest icon size

Otherwise, if we only look at (pixel_size - stock_size), we miss the
case when the pixel size is smaller than any provided stock size.

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

statusicon: Fix implicit declaration warning

gtkstatusicon.c:1333:4: warning: implicit declaration of function 'abs' [-Wimplicit-function-declaration]

Added in commit c8378099600e4279cb5c608b546bbe778c451233

073_transparent_colors.patch | (download)

gtk/deprecated/gtkstyle.c | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 handle transparent colors better in gtkstyle emulation

We can't expose colors with alpha in the GtkStyle colors, since
GdkColor has no alpha. Currently we throw away alpha completely,
which fails very badly for completely transparent backgrounds,
which now is the default for most widgets, as it typically
end up with black-on-black.

We handle this by falling back on the default/previous colors for
transparent colors. This is is simple and avoids complete failure.

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

(cherry picked from commit 10423726709539724be0ea19bed76ba4331af774)

074_try harder to discriminate Shift F10 and F10.patch | (download)

gdk/x11/gdkkeys-x11.c | 20 15 + 5 - 0 !
1 file changed, 15 insertions(+), 5 deletions(-)

 [patch] try harder to discriminate shift-f10 and f10

A change in xkeyboard-config 2.4.1 made it so that function keys
now have a shift level which has the same symbol, but 'eats' the
shift modifier. This would ordinarily make it impossible for us
to discriminate between these key combinations.

This commit tries harder to discriminate in 2 ways:
- XKB has a mechanism to tell us when a modifier should not be
  consumed even though it was used in determining the level.
  We now respect such 'preserved' modifiers. This does not fix
  the Shift-F10 vs F10 problem yet, since xkeyboard-config does
  not currently mark Shift as preserved for function keys.
- Don't consume modifiers that do not change the symbol. For
  the function keys, the symbol on the shift level is the same
  as the base level, so we don't consider Shift consumed.

For more background on the xkeyboard-config change, see
https://bugs.freedesktop.org/show_bug.cgi?id=45008

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

075_gtkplug fix handling of key events for layouts.patch | (download)

gdk/x11/gdkdevicemanager-core-x11.c | 4 2 + 2 - 0 !
gdk/x11/gdkdevicemanager-xi2.c | 4 2 + 2 - 0 !
gdk/x11/gdkkeys-x11.c | 43 38 + 5 - 0 !
gdk/x11/gdkprivate-x11.h | 4 0 + 4 - 0 !
gdk/x11/gdkx11keys.h | 5 5 + 0 - 0 !
gtk/gtkplug.c | 8 4 + 4 - 0 !
6 files changed, 51 insertions(+), 17 deletions(-)

 gtkplug: fix handling of key events for different layouts
 GtkPlug directly handles X KeyPress/Release events, instead of using
 translation in GDK (which expects XI2 events for XI2). When this
 was done, the handling of the group was stubbed out and never replaced.
 .
 Export gdk_keymap_x11_group_for_state() and gdk_keymap_x11_is_modifier()
 so we can fill out the fields correctly.
076_check_wm_supports_hint.patch | (download)

gdk/x11/gdkscreen-x11.c | 8 8 + 0 - 0 !
gdk/x11/gdkwindow-x11.c | 12 9 + 3 - 0 !
2 files changed, 17 insertions(+), 3 deletions(-)

 fix placement and size of popup menus with some window managers
 Before acting on any hint that is set by the window manager we must first
 check that the hint is supported by the current window manager. Checking that
 a property has a value is insufficient as it may have been set by a previous
 window manager which did support the hint.
CVE 2013 7447.patch | (download)

gdk/gdkcairo.c | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 cve-2013-7447

Cherry-pick of upstream commit

https://git.gnome.org/browse/gtk+/commit?id=894b1ae76a32720f4bb3d39cf460402e3ce331d6