summaryrefslogtreecommitdiffstats
path: root/app
diff options
context:
space:
mode:
authorestade@chromium.org <estade@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2009-11-05 22:31:58 +0000
committerestade@chromium.org <estade@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2009-11-05 22:31:58 +0000
commit7ea7b4d941823d799fd6e0c1d8bee537c624425a (patch)
tree08862942649ab1c0dc4be2830a6ba84c946900b2 /app
parente1f8c2fb0a279441f99449084be34271334b9d15 (diff)
downloadchromium_src-7ea7b4d941823d799fd6e0c1d8bee537c624425a.zip
chromium_src-7ea7b4d941823d799fd6e0c1d8bee537c624425a.tar.gz
chromium_src-7ea7b4d941823d799fd6e0c1d8bee537c624425a.tar.bz2
GTK: fix certain corner cases where overflow chevron wouldn't show.
When a tool item is added but there is no room for it, it doesn't get an allocation right away, so our check to see if it fit was failing. This would be fixed the next time there was an allocate event (e.g. due to a resize). I noticed while debugging this that SetChevronState is getting called like 10 times in a row when you type in a url and press enter. This is in repsonse to allocate signals. I don't know why there are so many allocate signals, but it warrants further investigation. BUG=26736 Review URL: http://codereview.chromium.org/372002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@31147 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'app')
0 files changed, 0 insertions, 0 deletions