Remove MediaPlayerClient::mediaPlayerEngineUpdated().

This method is not used anywhere so it should be removed.

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

git-svn-id: svn://svn.chromium.org/blink/trunk@162791 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Gentle back-out of r162659.

The "Massage FontCache::getFontResourcePlatformData logic" patch
caused beautiful regressions everywhere, and we reward it
with another try at permanence.

Unfortunately, bits and pieces of that code already moved since
it laned, so this patch only reverts the parts that could have caused
the regressions.

BUG=323737
TBR=isherman@chromium.org

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

git-svn-id: svn://svn.chromium.org/blink/trunk@162792 bbb929c8-8fbe-4397-9dbb-9b2b20218538
fast/workers/storage/interrupt-database.html is flaky.

BUG=323858
TBR=eseidel@chromium.org,falken@chromium.org

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

git-svn-id: svn://svn.chromium.org/blink/trunk@162793 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Refactoring: Removing an extra boolean 'm_wasModifiedByUser' from
HTMLInputElement and HTMLTextAreaElement.

'm_wasModifiedByUser' was introduced so that element.validity.tooLong does not return true for values set via JavaScript irrespective of the size of the input value.
Thus this bool was set only for user initiated actions on text controls.

However, the parent class for both: HTMLTextFormControlElement, holds another boolean member 'm_lastChangeWasUserEdit' which too gets set only while performing user initiated editing actions on the form's text controls. [in the defaultEventHandler of textFormControlElement and only if the eventType is webkitEditableContentChanged.]

Thus, instead of maintaining the extra boolean 'm_wasModifiedByUser' in both the HTMLInputElement and the HTMLTextAreaElement classes, we can make use of their parent's 'm_wasModifiedByUser' which holds exactly the same information.

This can be verified by executing layout tests such as:
fast/forms/ValidityState-tooLong-textarea.html
fast/forms/ValidityState-tooLong-input.html
fast/forms/validationMessage.html
which were modified for verifying the validity of the form text controls. (tooLong etc.)

These pass even when using 'm_lastChangeWasUserEdit' instead of 'm_wasModifiedByUser'.

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

git-svn-id: svn://svn.chromium.org/blink/trunk@162794 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Add NULL pointer checks.

BUG=318427
R=alecflett@chromium.org,abarth@chromium.org

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

git-svn-id: svn://svn.chromium.org/blink/trunk@162795 bbb929c8-8fbe-4397-9dbb-9b2b20218538
[websql] Move the DatabaseThread to the WebThread API

This should also fix a failing assertion in WorkerThread where tasks
referencing closed databases are still hanging around: The database
thread doesn't referenced itself anymore, and drains the message queue
in its destructor.

BUG=323858,323858,301515
R=michaeln@chromium.org,abarth@chromium.org

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

git-svn-id: svn://svn.chromium.org/blink/trunk@162796 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Fix ASSERTION FAILED: roundedIntPoint(rendererMappedResult) == roundedIntPoint(result).

This is the exact same situation as https://codereview.chromium.org/27104002/, I just
missed a codepath the first time.

Basically, the ASSERT shouldn't be applied to invisible layers, we expect them to
have this mismatch.

BUG=264634

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

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