lp:gtk

Created by Jelmer Vernooij on 2009-12-16 and last modified on 2015-08-04
Get this branch:
bzr branch lp:gtk

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
VCS imports
Project:
GTK+
Status:
Development

Import details

Import Status: Reviewed

This branch is an import of the HEAD branch of the Git repository at git://git.gnome.org/gtk+.

The next import is scheduled to run in 1 hour.

Last successful import was 4 hours ago.

Import started 4 hours ago on russkaya and finished 4 hours ago taking 1 minute — see the log
Import started 10 hours ago on neumayer and finished 10 hours ago taking 2 minutes — see the log
Import started 16 hours ago on neumayer and finished 16 hours ago taking 2 minutes — see the log
Import started 22 hours ago on pear and finished 22 hours ago taking 2 minutes — see the log
Import started on 2015-08-04 on russkaya and finished on 2015-08-04 taking 1 minute — see the log
Import started on 2015-08-03 on neumayer and finished on 2015-08-03 taking 2 minutes — see the log
Import started on 2015-08-03 on pear and finished on 2015-08-03 taking 1 minute — see the log
Import started on 2015-08-03 on pear and finished on 2015-08-03 taking 2 minutes — see the log
Import started on 2015-08-03 on russkaya and finished on 2015-08-03 taking 2 minutes — see the log
Import started on 2015-08-02 on neumayer and finished on 2015-08-02 taking 2 minutes — see the log

Recent revisions

39190. By Carlos Garnacho 12 hours ago

gtkwindow: bail out on WM operations in the presence of grabs

These operations will require a grab on the WM side, so we can spare the
attempt from the WM to take a grab when we're certain it won't suceed.

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

39189. By Carlos Garnacho 12 hours ago

gtkmain: Don't process WM events if there's a grab on another toplevel

This is implicitly done for us in the case of grabs on windows from other
groups, but we must perform this check explicitly for grabs with
owner_events=True on windows from the same group, in that case the window
would handle the events as if there was no grab.

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

39188. By Matthias Clasen <email address hidden> 17 hours ago

inspector: Fix a typo

Blocking a signal should be paired with unblocking.
Spotted by Krzesimir Nowak

39187. By Matthias Clasen <email address hidden> on 2015-08-04

GtkButton: Pick up images that are set early

We were failing to construct the child if an image was set
before constructed (e.g. in the init() function of a button
subclass).

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

39186. By Matthias Clasen <email address hidden> on 2015-08-04

HighContrast: Avoid resizing treeview headers

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

39185. By Matthias Clasen <email address hidden> on 2015-08-04

Whitespace fixes

39184. By Rui Matos on 2015-08-03

wayland: Ensure modal hint gets set on map

We need to be mapped to have a gtk_surface and thus be able to do
requests on it so we need to save the modal hint and apply it when we
get mapped so that code that sets the hint before showing a window
doesn't get ignored.

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

39183. By Rui Matos on 2015-08-03

wayland: Invalidate our gtk_surface when we're unmapped

Otherwise if we get mapped again we'll try to use an invalid
gtk_surface and the compositor will disconnect us.

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

39182. By Timm Bäder <email address hidden> on 2015-08-03

GtkLabel: Show erroneous text if parsing markup failed

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

39181. By Matthias Clasen <email address hidden> on 2015-08-03

file chooser: Don't leave out icons by accident

We only load thumbnails when we find that the row is in the visible
range of the treeview. It seems that animated scrolling makes it so
that the bottommost row stays out of the visible range until it is
too late. To work around this, extend the range by one row in each
direction.

http://bugzilla.gnome.org/show_bug.cgi?id=753142

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.

Subscribers