diff options
| author | Iain Lane <iain@orangesquash.org.uk> | 2016-10-07 12:24:18 +0100 |
|---|---|---|
| committer | Carlos Soriano <csoriano@gnome.org> | 2016-10-07 19:43:08 +0200 |
| commit | d82b5bb6e06b6761bd5d5f3dc9a0762ce55517b4 (patch) | |
| tree | 2f27b76d6510214c8bb2d4f40c01f3e6631b70fa /data | |
| parent | 47d77924109e2492b883f46c2e280ab1021ebe56 (diff) | |
| download | nautilus-d82b5bb6e06b6761bd5d5f3dc9a0762ce55517b4.tar.gz | |
nautilus-canvas: Don't lay down desktop icons if we haven't been allocated size yet
Sometimes we were trying to lay down icons before size_allocate had been
run. When this has happened, gtk_widget_get_allocation returns 1×1 as
our size. This messes up the algorithm and causes icons to be
overlapping on the canvas.
This case happens when using Nautilus as the desktop in early-startup
(e.g. from its XDG autostart file). It can happen that we have read the
desktop files before the allocation has happened.
We fix this by noticing if we're called before size_allocate and then
deferring icon layout until later on, after size_allocate has happened.
This behaviour was introduced in commit
e0081be7cd65de6422529d831f7882009ce00a9d, which sorts and freezes the
desktop in early-startup.
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1611955
https://bugzilla.gnome.org/show_bug.cgi?id=765601
Diffstat (limited to 'data')
0 files changed, 0 insertions, 0 deletions