Use compositor with select popups.

BUG=271575

Review URL: https://codereview.chromium.org/132173005

git-svn-id: svn://svn.chromium.org/blink/trunk@165977 bbb929c8-8fbe-4397-9dbb-9b2b20218538
EmailInputType should set typeMismatch=true for emails with domain labels beginning or ending with a hyphen

Emails should be invalidated if they contain these domain labels (in accordance with RFC1035 and the HTML5
draft http://www.w3.org/TR/html5/forms.html#valid-e-mail-address, as well as Firefox)

BUG=338141

Review URL: https://codereview.chromium.org/132483006

git-svn-id: svn://svn.chromium.org/blink/trunk@165978 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Use a more thorough lookup when finding HistoryNodes to clone

In https://src.chromium.org/viewvc/blink?revision=163299&view=revision, I added a hack where, if we can't find the HistoryNode that allegedly navigated, append it where we think it should go. This doesn't work if the navigating HistoryNode is deep in the tree, and there's something wrong with one of its parents. Remove the hack, since it is treating the symptom rather than the underlying problem...

HistoryNode::cloneAndReplace() looks up based on frame id only, instead of frame id or frame name. That breaks the reload case, where the frame id of child frames won't be the same, but the unique name should be.

BUG=332725
TEST=http/tests/history/push-state-in-grandchild-after-reload.html

Review URL: https://codereview.chromium.org/139273006

git-svn-id: svn://svn.chromium.org/blink/trunk@165979 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Revert 165896 "Turn the setup of the oilpan heap infrastructure ..."

> Turn the setup of the oilpan heap infrastructure on by default.
> 
> In order to be able to ship certain simple modules using the heap
> infrastructure we need the infrastructure to be turned on by default.
> That way, ENABLE(OILPAN) controls only which parts of Blink are
> shipped with the objects in the traced heap.
> 
> BUG=
> 
> Review URL: https://codereview.chromium.org/142483004

TBR=ager@chromium.org

Review URL: https://codereview.chromium.org/131503014

git-svn-id: svn://svn.chromium.org/blink/trunk@165980 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Make pseudo element update work with LocalStyleChange.

The missing pseudo element update on LocalStyleChange did not cause any bugs
at the moment since LocalStyleChange is not used when pseudo element selector
matching changes, but necessary to fix in preparation for optimizing :hover,
:active, and :focus updates using LocalStyleChange. If pseudo elements are
updated for LocalStyleChange, style updates for mentioned pseudo classes can
use LocalStyleChange in many cases where SubtreeStyleChange is currently used.

LocalStyleChange recalc style for the given element and descendants which
inherit any of the changes from that element. In addition, there is code
to make sure pseudo element children were being updated when the styles for
the element itself did not change, but matching of its pseudo elements did.

That code (shouldRecalcStyle() check on the actual element before calling
updatePseudoElement() in recalcChildStyle) was introduced in [1], but changed
behavior in [2] because needsRecalcStyle was cleared before recalcChildStyle.

UpdatePseudoElements is added as a new StyleRecalcChange which causes an
update of the pseudo element children, but not other children in the case
where the styles for the actual element were recalculated, but resulted in
NoChange or NoInherit, and any of the pseudo element bits were set on
RenderStyle.

[1] https://src.chromium.org/viewvc/blink?revision=147696&view=revision
[2] https://src.chromium.org/viewvc/blink?revision=161568&view=revision

BUG=337983

Review URL: https://codereview.chromium.org/144963002

git-svn-id: svn://svn.chromium.org/blink/trunk@165981 bbb929c8-8fbe-4397-9dbb-9b2b20218538
In CSSFilterValue::customCSSText we could replace
string building with StringBuilder for a better peformance.

BUG=

Review URL: https://codereview.chromium.org/140883003

git-svn-id: svn://svn.chromium.org/blink/trunk@165982 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Revert of Revert "Revert 164645 "Avoid layout/full-repaint on view height change i..."" (https://codereview.chromium.org/148753002/)

Reason for revert:
Caused again sports.yahoo.com record_time increase: https://chromeperf.appspot.com/report?masters=ChromiumPerf&bots=chromium-rel-mac8&tests=rasterize_and_record.top_25%2Frecord_time&checked=record_time%2Cref%2Chttp___sports.yahoo.com_&start_rev=246482&end_rev=1390027600

BUG=332456


Original issue's description:
> Revert "Revert 164645 "Avoid layout/full-repaint on view height change i...""
> 
> This reverts commit 166d030c63413b70afd725b352030485c09292f0.
> 
> > Revert 164645 "Avoid layout/full-repaint on view height change i..."
> >
> > Suspect it caused performance regression.
> >
> > > Avoid layout/full-repaint on view height change if possible
> > >
> > > Previously we always layout/full-repaint of the whole view when the height
> > > of the RenderView changes. In many cases this is unnecessary. Especially,
> > > this causes unnecessary cost on Android when the top control shows or
> > > hides.
> > >
> > > Avoid repaint if the RenderView doesn't needs full layout.
> > >
> > > BUG=258219
> > > BUG=327815(about RenderBlock::percentHeightDescendants)
> > >
> > > TEST=WebFrameTest.heightChangeRepaint
> > > TEST=all layout tests still pass
> > >
> > > Review URL: https://codereview.chromium.org/99663004
> >
> > BUG=332456
> > TBR=wangxianzhu@chromium.org
> >
> > Review URL: https://codereview.chromium.org/135243002
> 
> BUG=332456,258219
> TBR=wangxianzhu@chromium.org
> 
> Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=165908

TBR=
NOTREECHECKS=true
NOTRY=true
BUG=332456,258219

Review URL: https://codereview.chromium.org/142863014

git-svn-id: svn://svn.chromium.org/blink/trunk@165983 bbb929c8-8fbe-4397-9dbb-9b2b20218538