The EWS bots get flaky when we hit the failure limit
https://bugs.webkit.org/show_bug.cgi?id=92212

Reviewed by Eric Seidel.

Previously we were missing some failure types, which means we didn't
notice that the bots were hitting the failure limit.

* Scripts/webkitpy/common/net/layouttestresults.py:
(LayoutTestResults.failing_test_results):
* Scripts/webkitpy/common/net/layouttestresults_unittest.py:
(LayoutTestResultsTest.test_results_from_string):
(LayoutTestResultsTest.test_tests_matching_failure_types):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123580 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Remove anonymous namespace and make functions static.
https://bugs.webkit.org/show_bug.cgi?id=92214

Reviewed by Adam Barth.

Mark functions as static instead of enclosing them in anonymous namespaces.
One exception to this rule is when a function is passed as a template argument.
In this case, the function must have an external linkage.

No functional change. Covered by existing tests.

* html/parser/HTMLConstructionSite.cpp:
(WebCore::hasImpliedEndTag):
(WebCore::causesFosterParenting):
(WebCore::isAllWhitespace):
* html/parser/HTMLDocumentParser.cpp:
(WebCore):
(WebCore::tokenizerStateForContextElement):
* html/parser/HTMLElementStack.cpp:
(WebCore::isNumberedHeaderElement):
(WebCore::isRootNode):
(WebCore):
* html/parser/HTMLEntityParser.cpp:
(WebCore::isAlphaNumeric):
* html/parser/HTMLEntitySearch.cpp:
(WebCore::halfway):
* html/parser/HTMLPreloadScanner.cpp:
(WebCore):
* html/parser/HTMLTokenizer.cpp:
(WebCore::toLowerCase):
(WebCore::vectorEqualsString):
(WebCore::isEndTagBufferingState):
* html/parser/HTMLTreeBuilder.cpp:
(WebCore):
(WebCore::uninitializedPositionValue1):
(WebCore::isAllWhitespace):
(WebCore::isAllWhitespaceOrReplacementCharacters):
(WebCore::isNumberedHeaderTag):
(WebCore::isCaptionColOrColgroupTag):
(WebCore::isTableCellContextTag):
(WebCore::isTableBodyContextTag):
(WebCore::isSpecialNode):
(WebCore::isNonAnchorNonNobrFormattingTag):
(WebCore::isNonAnchorFormattingTag):
(WebCore::isFormattingTag):
(WebCore::closestFormAncestor):
(WebCore::mapLoweredLocalNameToName):
(WebCore::adjustSVGTagNameCase):
(WebCore::adjustAttributes):
(WebCore::adjustSVGAttributes):
(WebCore::adjustMathMLAttributes):
(WebCore::addNamesWithPrefix):
(WebCore::adjustForeignAttributes):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123581 268f45cc-cd09-0410-ab3c-d52691b4dbfc
QualifiedName's HashSet should be big enough to hold at least all the static names
https://bugs.webkit.org/show_bug.cgi?id=91891

Patch by Benjamin Poulain  <bpoulain@apple.com> && Joseph Pecoraro <pecoraro@apple.com> on 2012-07-24
Reviewed by Darin Adler.

Source/WebCore: 

QualifiedName's table has a standard size of 64 buckets. When initializing WebKit,
we create 850 static QualifiedName for the standard names (HTMLNames, SVGNames etc).

The small base size forces us to grow and rehash the table several time on startup.

This patch solves the issue by defining the initial table size to the minimum size that
can hold all the static QualifiedName.

* dom/QualifiedName.cpp:
(QualifiedNameHashTraits):
* dom/make_names.pl:
(printNamesHeaderFile):

Source/WTF: 

Add a static struct to compute the HashTable capacity for any given size at compile time.
This allow us to create HashTraits giving the minimumSize without hardcoding the values.

* wtf/HashTable.h:
(OneifyLowBits):
(UpperPowerOfTwoBound):
(HashTableCapacityForSize): Compute the HashTable capacity at compile time.

Tools: 

Add a test for WTF::hashTableCapacityForSize.

* TestWebKitAPI/TestWebKitAPI.xcodeproj/project.pbxproj:
* TestWebKitAPI/Tests/WTF/HashSet.cpp: Added.
(InitialCapacityTestHashTraits):
(TestWebKitAPI::testInitialCapacity):
(TestWebKitAPI::generateTestCapacityUpToSize):
(TestWebKitAPI::TEST):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123582 268f45cc-cd09-0410-ab3c-d52691b4dbfc
fast/events/panScroll-click-hyperlink.html test should be put in platform/win
https://bugs.webkit.org/show_bug.cgi?id=92111

Reviewed by Daniel Bates.

Move the test into platform/win directory where other pan scrolling tests reside,
and remove other ports' baselines as they just indicated that pan scrolling is not
supported on those platforms. chromium-win and qt-win platforms still pass the test
but should cope with the default baseline just fine.

* platform/chromium-linux/fast/events/panScroll-click-hyperlink-expected.txt: Removed.
* platform/chromium-win/fast/events/panScroll-click-hyperlink-expected.txt: Removed.
* platform/efl/fast/events/panScroll-click-hyperlink-expected.txt: Removed.
* platform/gtk/TestExpectations:
* platform/mac/fast/events/panScroll-click-hyperlink-expected.txt: Removed.
* platform/qt/fast/events/panScroll-click-hyperlink-expected.txt: Removed.
* platform/win/fast/events/panScroll-click-hyperlink.html: Renamed from LayoutTests/fast/events/panScroll-click-hyperlink.html.


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