WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
50055
Ensure that option elements are rendered with normal font weight on Windows/Linux
https://bugs.webkit.org/show_bug.cgi?id=50055
Summary
Ensure that option elements are rendered with normal font weight on Windows/L...
Ilya Sherman
Reported
2010-11-24 23:23:06 PST
Ensure that option elements are rendered with normal font weight on Windows/Linux
Attachments
Patch
(1.02 KB, patch)
2010-11-24 23:23 PST
,
Ilya Sherman
no flags
Details
Formatted Diff
Diff
Patch
(2.16 KB, patch)
2010-11-24 23:42 PST
,
Ilya Sherman
no flags
Details
Formatted Diff
Diff
Patch
(4.28 KB, patch)
2010-11-26 05:10 PST
,
Ilya Sherman
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Ilya Sherman
Comment 1
2010-11-24 23:23:43 PST
Created
attachment 74833
[details]
Patch
Ilya Sherman
Comment 2
2010-11-24 23:42:26 PST
Created
attachment 74834
[details]
Patch
Ilya Sherman
Comment 3
2010-11-24 23:43:21 PST
Comment on
attachment 74834
[details]
Patch I'm not sure if what I added is sufficient as a test for this. Do I need to add test expectations somewhere?
Ilya Sherman
Comment 4
2010-11-24 23:58:37 PST
I should note: this arises from
http://code.google.com/p/chromium/issues/detail?id=63919
I realized after uploading the most recent patchset that the proposed test doesn't work -- AFAICT the option elements only appear bold when the select element is clicked to bring up the select popup. I don't know how to write a layout test to cover that case. Could someone please point me in the right direction?
Kent Tamura
Comment 5
2010-11-25 23:11:44 PST
Comment on
attachment 74834
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=74834&action=review
I think there is no way to make an automated test for this. r- because of the testing issue.
> WebCore/ChangeLog:9 > + * css/themeWin.css: > + (option): font-weight: normal !important;
It's not good to change themeWin.css for Chromium-only bug. Can we fix this by C++ code, or introduce themeChromiumWin.css?
Ilya Sherman
Comment 6
2010-11-26 05:10:56 PST
Created
attachment 74923
[details]
Patch
Ilya Sherman
Comment 7
2010-11-26 05:12:50 PST
Comment on
attachment 74923
[details]
Patch
> It's not good to change themeWin.css for Chromium-only bug. > Can we fix this by C++ code, or introduce themeChromiumWin.css?
Introduced themeChromiumSkia.css, which hopefully more accurately reflects that this affects both Windows and Linux
Kent Tamura
Comment 8
2010-11-29 15:37:39 PST
Comment on
attachment 74923
[details]
Patch looks good.
WebKit Commit Bot
Comment 9
2010-11-29 17:12:15 PST
The commit-queue encountered the following flaky tests while processing
attachment 74923
[details]
: transitions/transition-end-event-transform.html java/argument-to-object-type.html Please file bugs against the tests. These tests were authored by
ap@webkit.org
,
dino@apple.com
,
ojan@chromium.org
, and
pol@apple.com
. The commit-queue is continuing to process your patch.
WebKit Commit Bot
Comment 10
2010-11-29 18:27:04 PST
The commit-queue encountered the following flaky tests while processing
attachment 74923
[details]
: transitions/transition-end-event-transform.html Please file bugs against the tests. These tests were authored by
dino@apple.com
,
ojan@chromium.org
, and
pol@apple.com
. The commit-queue is continuing to process your patch.
WebKit Commit Bot
Comment 11
2010-11-29 18:34:27 PST
Comment on
attachment 74923
[details]
Patch Clearing flags on attachment: 74923 Committed
r72860
: <
http://trac.webkit.org/changeset/72860
>
WebKit Commit Bot
Comment 12
2010-11-29 18:34:34 PST
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug