Bug 59208 - Search field with a speech button affects the baseline of outside of the <input>
Summary: Search field with a speech button affects the baseline of outside of the <input>
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Forms (show other bugs)
Version: 528+ (Nightly build)
Hardware: Other OS X 10.6
: P2 Normal
Assignee: Nobody
URL: data:text/html,<input type=search>MMM...
Keywords:
Depends on:
Blocks: 39485
  Show dependency tree / graph
 
Reported: 2011-04-22 10:13 PDT by Kent Tamura
Modified: 2011-07-03 21:17 PDT (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Kent Tamura 2011-04-22 10:13:15 PDT 
See the URL field with Google Chrome.  The baseline of "MMMyyy" looks wrong only with type=search x-webkit-speech.
Comment 1 Kent Tamura 2011-05-09 03:29:55 PDT 
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().
Comment 2 Kent Tamura 2011-07-03 21:17:57 PDT 
I seems WebKit doesn't have this problem any more.
Probably r87067 fixed it?