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

Issue metadata

Status: Fixed
Owner:
Email to this user bounced
Closed: Oct 2012
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 1
Type: Bug



Sign in to add a comment

REGRESSION: select -> popup-lines too large

Reported by geki...@gmail.com, 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) : http://jsfiddle.net/8CG5B/embedded/result/
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 http://jsfiddle.net/8CG5B/embedded/result/
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
possible.

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 geki...@gmail.com, Sep 6 2012

screenshot of both
bug.png
4.3 KB View Download

Comment 2 by tkent@chromium.org, Sep 6 2012

Labels: -Area-Undefined Area-WebKit WebKit-Forms
Owner: kevers@chromium.org

Comment 3 by geki...@gmail.com, Sep 6 2012

could this really be a feature ... think so -> https://bugs.webkit.org/show_bug.cgi?id=95606

also in the code the minHeight was changed from 16 to 28 ?!
Cc: glen@chromium.org kuscher@chromium.org
Status: WontFix
The change is intentional as part of an effort to unify the UI for touch and non-touch (http://code.google.com/p/chromium/issues/detail?id=139833).  Previously, line heights were only adjusted on touch screens.





Comment 5 by geki...@gmail.com, Sep 6 2012

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

Comment 6 by tkent@chromium.org, Sep 10 2012

Cc: alcor@google.com
 Issue 147468  has been merged into this issue.

Comment 7 by tkent@chromium.org, Sep 12 2012

 Issue 148427  has been merged into this issue.

Comment 8 by tkent@chromium.org, Sep 14 2012

 Issue 148971  has been merged into this issue.

Comment 9 by tkent@chromium.org, Sep 18 2012

Cc: ligim...@chromium.org
 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 geki...@gmail.com, 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
Cc: rbyers@chromium.org girard@chromium.org

Comment 13 by tkent@chromium.org, Sep 25 2012

 Issue 151940  has been merged into this issue.
 Issue 153809  has been merged into this issue.
Cc: sgabr...@chromium.org
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 bugdroid1@chromium.org, Oct 5 2012

Labels: -WebKit-ID-98515 WebKit-ID-98515-NEW
https://bugs.webkit.org/show_bug.cgi?id=98515

Comment 19 by dhw@chromium.org, Oct 5 2012

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

Comment 20 by bugdroid1@chromium.org, Oct 5 2012

Labels: -WebKit-ID-98515-NEW WebKit-ID-98515-RESOLVED WebKit-Rev-130513
https://bugs.webkit.org/show_bug.cgi?id=98515
http://trac.webkit.org/changeset/130513

Comment 21 by kareng@google.com, 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 kareng@google.com, Oct 9 2012

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

Status: Fixed

Comment 28 by kareng@google.com, 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 bugdroid1@chromium.org, Mar 10 2013

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

Comment 34 by bugdroid1@chromium.org, Apr 5 2013

Labels: -Cr-Content Cr-Blink
Project Member

Comment 35 by bugdroid1@chromium.org, 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.
Cc: kevers@chromium.org
 Issue 160201  has been merged into this issue.

Comment 42 by mbil...@gmail.com, 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 mbil...@gmail.com, 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 mbil...@gmail.com, 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.
fixed.png
3.8 KB View Download
off_topic.png
8.5 KB View Download

Sign in to add a comment