Bad encoding in title

Now that we don't buffer the document when looking for the
encoding in a <meta>, it's possible that we'll process the
<title> element before we process the <meta> element. In
that case, we'll have used the wrong encoding to decode the
document's title.

When that situation arises, this CL causes us to go back
and "re-decode" the title element using the new encoding.
This CL isn't the prettiest, but it lets us avoid buffering
the document waiting for a charset in a meta tag.

R=eseidel
BUG=258483

Review URL: https://chromiumcodereview.appspot.com/20016002

git-svn-id: svn://svn.chromium.org/blink/trunk@154775 bbb929c8-8fbe-4397-9dbb-9b2b20218538
WebDataSource::isClientRedirect should mean what it says.

It previously returned DocumentLoader::replacesCurrentHistoryItem(), because
its sole caller in RenderViewImpl expected it. Now it should return
DocumentLoader::isClientrRedirect(), so RenderViewImpl can use it and simplify
its logic.

BUG=261374

Review URL: https://chromiumcodereview.appspot.com/20000004

git-svn-id: svn://svn.chromium.org/blink/trunk@154776 bbb929c8-8fbe-4397-9dbb-9b2b20218538
[SVG] Handle animation freeze when 'repeatDur' is not a multiple of 'dur'

This logic originally existed in WebKit as 'if (fmod(repeatingDuration.value(), simpleDuration.value() == 0.))'.
It was supposed to read `if (fmod(...) == 0)`, but the == slipped into the fmod call and unfortunately got removed later as it looked meaningless.
This logic is meant for handling the scenario where 'repeatingDuration' is not a multiple of 'simpleDuration'.
Modified this logic in a proper way.

R=pdr@chromium.org, schenney@chromium.org, dschulze@chromium.org
BUG=262917

Review URL: https://chromiumcodereview.appspot.com/19946002

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