Bug 109020

Summary: input element with placeholder text and width set to 100% on focus causes overflow even after losing focus
Product: WebKit Reporter: Masataka Yakura <myakura.web>
Component: Layout and RenderingAssignee: Robert Hogan <robert>
Status: RESOLVED FIXED    
Severity: Normal CC: eric, esprehn+autocc, forms-bugs, mifenton, ojan.autocc, robert, syoichi, tkent, webkit.review.bot
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: PC   
OS: Windows 7   
Attachments:
Description Flags
test case
none
Patch
none
Patch
none
Patch none

Description Masataka Yakura 2013-02-06 00:15:10 PST
Created attachment 186775 [details]
test case

Steps to reproduce:
1. open the attachment
2. hit Tab key to focus the input element
3. hit Tab again to move focus out from the input element

Expected results:
there is no horizontal scrollbar.

What happened instead:
there is a horizontal scrollbar.

This neither happens on input elements with no placeholder text (or blank placeholder text) nor textarea elements with or without placeholder text.
Comment 1 Robert Hogan 2013-02-16 02:56:35 PST
Created attachment 188703 [details]
Patch
Comment 2 Darin Adler 2013-02-16 13:29:12 PST
Comment on attachment 188703 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=188703&action=review

> Source/WebCore/rendering/RenderBlock.cpp:1698
> +    if (block->node() && block->node()->toInputElement() && block->node()->toInputElement()->placeholderElement() && block->node()->toInputElement()->placeholderElement()->renderer() == child)
> +        return false;

There has to be some better way of doing this than hard-coding the placeholder. Is a placeholder element really the only place in all of WebKit that we have block child that does not affect layout or size of the parent? Is there a better way to set up the render tree so we don’t need this very-specific hack?
Comment 3 Robert Hogan 2013-02-18 12:04:28 PST
Created attachment 188928 [details]
Patch
Comment 4 Dave Hyatt 2013-02-18 12:15:00 PST
Comment on attachment 188928 [details]
Patch

This seems ok. Other approaches you could take would be to simply recompute overflow if the placeholder box does a relayout. This would be better if the placeholder needs to contribute to overflow and doing this causes it to be wrong. It seems like a bug that the placeholder is getting resized but nobody recomputes overflow?
Comment 5 Robert Hogan 2013-02-18 12:47:55 PST
Created attachment 188931 [details]
Patch
Comment 6 Dave Hyatt 2013-02-18 12:50:46 PST
Comment on attachment 188931 [details]
Patch

r=me
Comment 7 WebKit Review Bot 2013-02-19 14:28:06 PST
Comment on attachment 188931 [details]
Patch

Rejecting attachment 188931 [details] from commit-queue.

New failing tests:
platform/chromium/fast/forms/calendar-picker/calendar-picker-appearance-required.html
Full output: http://queues.webkit.org/results/16621955
Comment 8 WebKit Review Bot 2013-02-20 10:28:46 PST
Comment on attachment 188931 [details]
Patch

Clearing flags on attachment: 188931

Committed r143475: <http://trac.webkit.org/changeset/143475>
Comment 9 WebKit Review Bot 2013-02-20 10:28:49 PST
All reviewed patches have been landed.  Closing bug.