Disable ENABLE_INPUT_TYPE_WEEK on Chromium/Android
https://bugs.webkit.org/show_bug.cgi?id=100457

Reviewed by Kentaro Hara.

Source/WebKit/chromium:

It was enabled accidentally. Week input is not implemented in
Android.

* features.gypi: Remove ENABLE_INPUT_TYPE_WEEK=1 in the common block,
add ENABLE_INPUT_TYPE_WEEK=0 in Android block, and add
ENABLE_INPUT_TYPE_WEEK=1 in non-Android block.

LayoutTests:

* platform/chromium/TestExpectations:
Tests in fast/forms/week/ may fail on Android.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132586 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[Chromium] Test expectation update.
https://bugs.webkit.org/show_bug.cgi?id=100471

* platform/chromium/TestExpectations:
We should do rebaseline for time-suggestion-picker-*.html too.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132587 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Web Inspector: Doctype Audits panel code
https://bugs.webkit.org/show_bug.cgi?id=100371

Patch by Eugene Klyuchnikov <eustas.bug@gmail.com> on 2012-10-26
Reviewed by Alexander Pavlov.

This is a preparation step for ongoing refactoring.
It is much easier to read doctyped code.

* inspector/front-end/AuditRules.js:
(WebInspector.AuditRules.MinimizeDnsLookupsRule.prototype.doRun):
Replaced "undefined" with "null"
* inspector/front-end/AuditsPanel.js:
(WebInspector.AuditCategory.prototype.callbackWrapper):
Removed callback parameter indirection.
(WebInspector.AuditRuleResult.prototype.addFormatted):
Converted private instance function to scoped function.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132588 268f45cc-cd09-0410-ab3c-d52691b4dbfc
local(Helvetica) in src descriptor prevent fallback
https://bugs.webkit.org/show_bug.cgi?id=100446

Reviewed by Dan Bernstein.

FontCache::getCachedFontData() has a mechanism that aliases a few pairs
of font family names, so that if the family name specified in the font-family
property is not available on the system, but the its alias is available,
it will be used instead. This is appropriate for the font-family property,
but not for font family names specified in the local() function of the src
descriptor in a @font-face rule.

This patch disables the mechanism while checking src descriptor of @font-face.

No new tests. It's difficult to test the change because 'Helvetica' can
be mapped any other font. For example, chromium DRT uses FontConfig to
map Helvetica to Times New Roman. Other ports may map Helvetica to other
fonts. We can't define the expected result.

* css/CSSFontFaceSource.cpp:
(WebCore::CSSFontFaceSource::getFontData):
Call fontCache()->getCachedFontData() with checkingAlternateName = true.
This disables aliasing font family names in FontCache.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132589 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[WIN] Make LLInt offsets extractor work on Windows
https://bugs.webkit.org/show_bug.cgi?id=100369

Patch by Simon Hausmann <simon.hausmann@digia.com> on 2012-10-26
Reviewed by Kenneth Rohde Christiansen.

Open the input file explicitly in binary mode to prevent ruby/Windows from thinking that
it's a text mode file that needs even new line conversions. The binary mode parameter is
ignored on other platforms.

* offlineasm/offsets.rb:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132590 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Generate less repaint calls during subtree detaching
https://bugs.webkit.org/show_bug.cgi?id=99741

Reviewed by Eric Seidel.

Source/WebCore:

Following bug 98336, detach is now a subtree top-down operation. Because we
track visual overflow from our children during layout for most cases, we can
generate a repaint only on the subtree root.

On http://dglazkov.github.com/performance-tests/redraw.html, this ups the FPS to
26 fps from 22 fps on my MBP (+ 15%). On PerformanceTests/layout/subtree-detach.html,
it decreases the time by 35%. This is due to being the best case and we now generate
only one repaint per detach phase.

Covered by existing pixels tests (including but not limited to repaint ones).

* rendering/RenderObject.cpp:
(WebCore::RenderObject::destroyAndCleanupAnonymousWrappers):
Changed the function not to be recursive anymore to generate one painting for
our root only. Added a FIXME about using our RenderLayer for repainting to avoid
the cost of computing our absolute repaint rectangle.

* rendering/RenderObjectChildList.cpp:
(WebCore::RenderObjectChildList::removeChildNode):
Removed the logic for repainting in the general case. However we still force a repaint
if we have a RenderLayer as we don't track their overflow in some cases (e.g. positioned
objects). This check is conservative and could be narrowed down (e.g overflow RenderLayers
are properly accounted for in our clipppedOverflowRectForRepaint).

LayoutTests:

* platform/chromium-linux/fast/repaint/selection-after-remove-expected.png:
Rebaselined this test after the change. It is progressing as we still properly repaint
the selection, but repaint less (ie don't repaint the top border which didn't change).


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132591 268f45cc-cd09-0410-ab3c-d52691b4dbfc