Bug 59208
Summary: | Search field with a speech button affects the baseline of outside of the <input> | ||
---|---|---|---|
Product: | WebKit | Reporter: | Kent Tamura <tkent> |
Component: | Forms | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED FIXED | ||
Severity: | Normal | CC: | satish, tonyg |
Priority: | P2 | ||
Version: | 528+ (Nightly build) | ||
Hardware: | Other | ||
OS: | OS X 10.6 | ||
URL: | data:text/html,<input type=search>MMMyyy<br><input type=search x-webkit-speech>MMMyyy<br><input x-webkit-speech>MMMyyy<br> | ||
Bug Depends on: | |||
Bug Blocks: | 39485 |
Kent Tamura
See the URL field with Google Chrome. The baseline of "MMMyyy" looks wrong only with type=search x-webkit-speech.
Attachments | ||
---|---|---|
Add attachment proposed patch, testcase, etc. |
Kent Tamura
I'm not sure why this happens only with type=search yet. Anyway, the speech button should be ignored for baseline calculation.
In RenderBlock::lastLineBoxBaseline(), boxes with isFloatingOrPositioned() are ignored for baseline calculation. the speech button also should be ignored in lastLineBoxBaseline().
Kent Tamura
I seems WebKit doesn't have this problem any more.
Probably r87067 fixed it?