Bug 108637 - [chromium] Fat scrollbars on Windows in high-DPI mode.
Summary: [chromium] Fat scrollbars on Windows in high-DPI mode.
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Kevin Ellis
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-02-01 07:43 PST by Kevin Ellis
Modified: 2013-02-01 15:25 PST (History)
8 users (show)

See Also:


Attachments
Patch (5.08 KB, patch)
2013-02-01 07:53 PST, Kevin Ellis
no flags Details | Formatted Diff | Diff
Patch (5.06 KB, patch)
2013-02-01 14:23 PST, Kevin Ellis
no flags Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin Ellis 2013-02-01 07:43:35 PST
[chromium] Fat scrollbars on Windows in high-DPI mode.
Comment 1 Kevin Ellis 2013-02-01 07:53:01 PST
Created attachment 186047 [details]
Patch
Comment 2 WebKit Review Bot 2013-02-01 07:56:08 PST
Please wait for approval from abarth@webkit.org, dglazkov@chromium.org, fishd@chromium.org, jamesr@chromium.org or tkent@chromium.org before submitting, as this patch contains changes to the Chromium public API. See also https://trac.webkit.org/wiki/ChromiumWebKitAPI.
Comment 3 Kevin Ellis 2013-02-01 07:59:46 PST
The Windows port of Chromium used GetSystemMetrics to determine the width of a scrollbar.  This works fine if the device scale factor is 1, but results in double scaling of the scrollbar width in high-DPI mode since the system metrics call returns the width in pixels and not logical units.
Comment 4 Adam Barth 2013-02-01 11:18:37 PST
Comment on attachment 186047 [details]
Patch

Ok.  Is there a test for this issue on the Chromium side?  I know we mock the Windows theme out in the WebKit-side tests.
Comment 5 Kevin Ellis 2013-02-01 11:56:58 PST
(In reply to comment #4)
> (From update of attachment 186047 [details])
> Ok.  Is there a test for this issue on the Chromium side?  I know we mock the Windows theme out in the WebKit-side tests.

There does not appear to be an automated test on the Chromium side for scrollbar thickness.
Comment 6 Adam Barth 2013-02-01 11:57:48 PST
Would you be willing to add one (either in WebKit or Chromium---whichever is easier for you)?
Comment 7 Kevin Ellis 2013-02-01 12:37:55 PST
(In reply to comment #6)
> Would you be willing to add one (either in WebKit or Chromium---whichever is easier for you)?

Yes, I can look into adding a test. My preference is currently leaning to a Chromium-side layout test.
Comment 8 WebKit Review Bot 2013-02-01 13:56:54 PST
Comment on attachment 186047 [details]
Patch

Rejecting attachment 186047 [details] from commit-queue.

Failed to run "['/mnt/git/webkit-commit-queue/Tools/Scripts/webkit-patch', '--status-host=queues.webkit.org', '--bot-id=gce-cq-02', 'land-attachment', '--force-clean', '--non-interactive', '--parent-command=commit-queue', 186047, '--port=chromium-xvfb']" exit_code: 2 cwd: /mnt/git/webkit-commit-queue

Last 500 characters of output:
t/git/webkit-commit-queue/Source/WebKit/chromium/v8 --revision 13563 --non-interactive --force --accept theirs-conflict --ignore-externals' in '/mnt/git/webkit-commit-queue/Source/WebKit/chromium'
53>At revision 13563.

________ running '/usr/bin/python tools/clang/scripts/update.py --mac-only' in '/mnt/git/webkit-commit-queue/Source/WebKit/chromium'

________ running '/usr/bin/python gyp_webkit' in '/mnt/git/webkit-commit-queue/Source/WebKit/chromium'
Updating webkit projects from gyp files...

Full output: http://queues.webkit.org/results/16338103
Comment 9 Kevin Ellis 2013-02-01 14:23:57 PST
Created attachment 186139 [details]
Patch
Comment 10 WebKit Review Bot 2013-02-01 15:25:24 PST
Comment on attachment 186139 [details]
Patch

Clearing flags on attachment: 186139

Committed r141652: <http://trac.webkit.org/changeset/141652>
Comment 11 WebKit Review Bot 2013-02-01 15:25:28 PST
All reviewed patches have been landed.  Closing bug.