WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 31858
fast/replaced/table-percent-height.html depends on form control sizes in Mac
https://bugs.webkit.org/show_bug.cgi?id=31858
Summary
fast/replaced/table-percent-height.html depends on form control sizes in Mac
Kent Tamura
Reported
2009-11-24 22:32:45 PST
I think we had better modify table-percent-height.html so that it doesn't use concrete pixel numbers. I don't think form controls in non-Mac platforms should have the same dimensions as in Mac. The current tests are like: shouldBe("getComputedStyleForElement(document.getElementById('button-75'), 'height')", "'15px'"); shouldBe("getComputedStyleForElement(document.getElementById('button-100'), 'height')", "'15px'"); This should be changed to: shouldBe("getComputedStyleForElement(document.getElementById('button-75'), "getComputedStyleForElement(document.getElementById('button-100'));
Attachments
Proposed patch
(26.98 KB, patch)
2009-11-25 01:04 PST
,
Kent Tamura
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Kent Tamura
Comment 1
2009-11-25 01:04:56 PST
Created
attachment 43829
[details]
Proposed patch See
Bug#15359
for the origin of these tests.
Adam Barth
Comment 2
2009-11-30 12:40:24 PST
style-queue ran check-webkit-style on
attachment 43829
[details]
without any errors.
Darin Adler
Comment 3
2009-12-04 12:18:50 PST
Comment on
attachment 43829
[details]
Proposed patch If we really wanted to improve portability we'd change the test to not write out actual pixel sizes, right? I still see lots of pixel sizes written out. This change seems fine, but I'm not really sure it achieves you goals.
Kent Tamura
Comment 4
2009-12-06 18:11:29 PST
(In reply to
comment #3
)
> (From update of
attachment 43829
[details]
) > If we really wanted to improve portability we'd change the test to not write > out actual pixel sizes, right? I still see lots of pixel sizes written out. > > This change seems fine, but I'm not really sure it achieves you goals.
Thank you for reviewing. The remaining pixel values are for canvas, embed, and images. We expect they have no platform differences, and we don't need to avoid pixel values.
WebKit Commit Bot
Comment 5
2009-12-06 18:46:02 PST
Comment on
attachment 43829
[details]
Proposed patch Clearing flags on attachment: 43829 Committed
r51744
: <
http://trac.webkit.org/changeset/51744
>
WebKit Commit Bot
Comment 6
2009-12-06 18:46:07 PST
All reviewed patches have been landed. Closing bug.
Kent Tamura
Comment 7
2009-12-07 23:38:17 PST
(In reply to
comment #4
)
> (In reply to
comment #3
) > > (From update of
attachment 43829
[details]
[details]) > > If we really wanted to improve portability we'd change the test to not write > > out actual pixel sizes, right? I still see lots of pixel sizes written out. > > > > This change seems fine, but I'm not really sure it achieves you goals. > > Thank you for reviewing. > The remaining pixel values are for canvas, embed, and images. We expect they > have no platform differences, and we don't need to avoid pixel values.
Ah, I found the test results had actual pixel sizes for button/input/select. They should not be visible.
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