New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 146745 link

Starred by 42 users

Issue metadata

Status: Fixed
Closed: Oct 2012
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 1
Type: Bug

Sign in to add a comment

REGRESSION: select -> popup-lines too large

Reported by, Sep 6 2012

Issue description

Chrome Version       : 23.0.1258.0, r155160
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari 5:
Firefox 4.x:
IE 7/8/9:

What steps will reproduce the problem?
1. go to
2. click on the select

What is the expected result?
popup-lines normal

What happens instead?
popup-lines are large

not sure if this is a feature
for me i looks like touchscreen behavior

works with canary build on winxp (23.0.1256.1 (Official Build 154973) canary)

Please provide any additional information below. Attach a screenshot if

UserAgentString: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.9 (KHTML, like Gecko) Chrome/23.0.1258.0 Safari/537.9


Comment 1 by, Sep 6 2012

screenshot of both
4.3 KB View Download

Comment 2 by, Sep 6 2012

Labels: -Area-Undefined Area-WebKit WebKit-Forms

Comment 3 by, Sep 6 2012

could this really be a feature ... think so ->

also in the code the minHeight was changed from 16 to 28 ?!
Status: WontFix
The change is intentional as part of an effort to unify the UI for touch and non-touch (  Previously, line heights were only adjusted on touch screens.

Comment 5 by, Sep 6 2012

ok :(, this will make lists a lot larger, but thank's for the info

Comment 6 by, Sep 10 2012

 Issue 147468  has been merged into this issue.

Comment 7 by, Sep 12 2012

 Issue 148427  has been merged into this issue.

Comment 8 by, Sep 14 2012

 Issue 148971  has been merged into this issue.

Comment 9 by, Sep 18 2012

 Issue 149945  has been merged into this issue.
so now the height of drop downs is completely different from the height of lists ?  that can't be right.

how do we fix this for non-touchui builds ?  the idea sounds fine at first, but it's just useless whitespace bloat on systems that will never see touch input.  laptops don't have infinite vertical space.

Comment 11 by, Sep 23 2012

a totally agree!

i used it now since Sept 6:
with a large monitor it's not a big problem but it's very very strange at the first "moment" (the all the merged issues)

also i looks better in the sync setup dialog selectboxes than it looks in the chrome://flags (non css styled) selectboxes ... but this will change from page to page

Comment 13 by, Sep 25 2012

 Issue 151940  has been merged into this issue.
 Issue 153809  has been merged into this issue.
Labels: -Pri-2 Pri-1 MStone-23 ReleaseBlock-Stable
Status: Assigned
From comments in  issue 153101 , we should be following OS-specific rules here - using the larger height only on ChromeOS and in Windows metro mode.  It sounds like that's not the case (though I haven't doubled checked).  Kevin, can you investigate please?  

I hope it's not too hard to make this conditional.  Worst case, we may want to live with the smaller size on all windows builds, and larger size on all Linux/ChromeOS builds to avoid having to plumb an extra setting into webkit in M23.  Then add the necessary plumbing in M24.

Comment 16 by Deleted ...@, Oct 5 2012

I think it is important to give instructions for developers as to what they can put in the css if they want their site to maintain the old style.
Labels: WebKit-ID-98515
Status: Started
Project Member

Comment 18 by, Oct 5 2012

Labels: -WebKit-ID-98515 WebKit-ID-98515-NEW

Comment 19 by, Oct 5 2012

Summary: REGRESSION: select -> popup-lines too large
Project Member

Comment 20 by, Oct 5 2012

Labels: -WebKit-ID-98515-NEW WebKit-ID-98515-RESOLVED WebKit-Rev-130513

Comment 21 by, Oct 8 2012

ping?! do we wanna merge this?
Will check canary this morning.  Stat holiday yesterday.
Verified on Windows Canary build.
Labels: Merge-Requested

Comment 25 by, Oct 9 2012

Labels: -Merge-Requested Merge-Approved
Drovered as of 130912.

Status: Fixed

Comment 28 by, Oct 10 2012

Labels: -Merge-Approved Merge-Merged
When is this going to be fixed? This started happening on last Stable Channel Builds and it is really annoying.
Actually I think I may know what is going on in my Case. I have a Wacom Intous Pen Tablet. For some reason it's making windows think it's a Tablet device instead of a Desktop device causing the Tablet rules to go into place. Is there a setting I can set to disable the extra spacing?
Actually that is the problem. Windows has a service called "Tablet PC Input Service". When this is running Windows 7 thinks it's a tablet instead of a desktop. Once I turned this off and restarted chrome the drop down spacing is correct. But as soon as I turn the service back on the extra spacing comes back.
please file a new bug since that is a different issue
Project Member

Comment 33 by, Mar 10 2013

Labels: -Area-WebKit -WebKit-Forms -MStone-23 Cr-Content Cr-Content-Forms M-23
Project Member

Comment 34 by, Apr 5 2013

Labels: -Cr-Content Cr-Blink
Project Member

Comment 35 by, Apr 6 2013

Labels: -Cr-Content-Forms Cr-Blink-Forms

Comment 36 by Deleted ...@, Apr 6 2013

I've noticed the drop down buttons in Chrome have large spacing.  I checked another workstation with chrome and the buttons had the normal spacing, but when i closed chrome and opened it back up, it now has the same issue.
I started seeing the same problem as #36 points out.  When I select Other Bookmarks or any of the bookmark folders, the height is skewed and this puts a lot of blank (wasted) space between each drop down item.

Comment 38 by Deleted ...@, Apr 8 2013

I just started seeing this a couple of days ago. Is there going to be a fix soon?
 Issue 160565  has been merged into this issue.
 Issue 160201  has been merged into this issue.

Comment 42 by, May 24 2013

I really hate this forced fat feature. I've been using --disable-new-menu-style which fixes it, except that it turns the edit and zoom buttons pink. I'm ok with pink buttons over fat finger menus.

Comment 44 by, May 24 2013

Indeed. I've also tried disabling the following in flags (didn't work):

Enable touch events Mac, Windows, Linux, Chrome OS
Force touchscreen support to always be enabled or disabled, or to be enabled when a touchscreen is detected on startup (Automatic, the default).

Touch Optimized UI Windows
Enables experimental layout refinements to improve user experience with touch screens.

Comment 45 by, May 24 2013

And now the -disable new menu style no longer works on chrome 28. I am
displeased and really feel like disparaging google engineers for not even
giving us an option such as:

1. Standard Spacing.
2. Waste-of-Spacing GoogleUI
The issue this is about is fixed on Win7, Chrome stable, and with a wacom tablet. #37 and some others are talking about something unrelated. fixed.png shows what this bug is about, is it's normal lovely fixed state. off_topic.png is something google meant to do and isn't a bug, and unrelated to the line height of the dropdown's (<select> tags) in web pages.
3.8 KB View Download
8.5 KB View Download

Sign in to add a comment