Make test_shell_tests show up in flakiness dashboard.
https://bugs.webkit.org/show_bug.cgi?id=97585

Reviewed by Dirk Pranke.

test_shell_tests run only on chromium.org, and on the same bots as
the layout tests, so do not use the generic fallbacks.

* TestResultServer/static-dashboards/builders.js:
(loadBuildersList):
* TestResultServer/static-dashboards/dashboard_base.js:
(currentBuilderGroupCategory):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@129563 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Skip Dromaeo/jslib-modify-jquery.html per bug 95376.
It runs out of memory on Chromium port, and it takes unreasonably long time (~5 minutes)
to run on other ports.

* Skipped:



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@129564 268f45cc-cd09-0410-ab3c-d52691b4dbfc
<rdar://problem/12351906> Have DumpRenderTree and WebKitTestRunner crash logs show which test crashed

Reviewed by Tim Horton.

New WKSI libraries and header.

* WebKitSystemInterface.h:
* libWebKitSystemInterfaceLion.a:
* libWebKitSystemInterfaceMountainLion.a:
* libWebKitSystemInterfaceSnowLeopard.a:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@129565 268f45cc-cd09-0410-ab3c-d52691b4dbfc
<rdar://problem/12351906> Have DumpRenderTree and WebKitTestRunner crash logs show which test crashed

Reviewed by Mark Rowe.

Use a new WebKitSytemInterface function to add data to crash logs about which
test was running when the crash happened.

Source/WebCore:

* WebCore.exp.in: Export wkSetCrashReportApplicationSpecificInformation
* platform/mac/WebCoreSystemInterface.h: Add wkSetCrashReportApplicationSpecificInformation.
* platform/mac/WebCoreSystemInterface.mm: Ditto.

Source/WebKit/mac:

* WebCoreSupport/WebSystemInterface.mm:
(InitWebCoreSystemInterface): Hook up the function pointer for [wk|WK]SetCrashReportApplicationSpecificInformation.

Source/WebKit2:

* WebProcess/WebCoreSupport/mac/WebSystemInterface.mm:
(InitWebCoreSystemInterface):  Hook up the function pointer for [wk|WK]SetCrashReportApplicationSpecificInformation.

Tools:

* DumpRenderTree/mac/Configurations/DebugRelease.xcconfig: Make sure WEBKIT_SYSTEM_INTERFACE_LIBRARY is defined.
* DumpRenderTree/mac/Configurations/DumpRenderTree.xcconfig: link with the WebKitSystemInterface library.
* DumpRenderTree/mac/FrameLoadDelegate.mm:
(testPathFromURL): Given a (probably) file URL, return the part after "/LayoutTests/"
(-[FrameLoadDelegate webView:didStartProvisionalLoadForFrame:]): Tell Crash Reporter which test was running,
if we're the main frame and the test is active.
* WebKitTestRunner/Configurations/DebugRelease.xcconfig: Make sure WEBKIT_SYSTEM_INTERFACE_LIBRARY is defined.
* WebKitTestRunner/Configurations/InjectedBundle.xcconfig: link the injected bundle with the WebKitSystemInterface library.
* WebKitTestRunner/InjectedBundle/InjectedBundlePage.cpp:
(WTR::InjectedBundlePage::didStartProvisionalLoadForFrame): Call platformDidStartProvisionalLoadForFrame().
(WTR::InjectedBundlePage::platformDidStartProvisionalLoadForFrame): Stub for non-Mac platforms.
* WebKitTestRunner/InjectedBundle/InjectedBundlePage.h:
Add a platformDidStartProvisionalLoadForFrame() for platform-specific work.
* WebKitTestRunner/InjectedBundle/mac/InjectedBundlePageMac.mm: Added.
(WTR::testPathFromURL): Given a (probably) file URL, return the part after "/LayoutTests/"
(WTR::InjectedBundlePage::platformDidStartProvisionalLoadForFrame): Tell Crash Reporter which test was running,
if we're the main frame.
* WebKitTestRunner/WebKitTestRunner.xcodeproj/project.pbxproj: Add InjectedBundlePageMac.mm.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@129566 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Add WebKit1 SPI for storage blocking preference
https://bugs.webkit.org/show_bug.cgi?id=97356

Reviewed by Brady Eidson.

Source/WebKit/mac:

* WebView/WebPreferenceKeysPrivate.h:
* WebView/WebPreferences.mm:
(+[WebPreferences initialize]):
(-[WebPreferences setStorageBlockingPolicy:]):
(-[WebPreferences storageBlockingPolicy]):
* WebView/WebPreferencesPrivate.h:
* WebView/WebView.mm:
(-[WebView _preferencesChanged:]):

LayoutTests:

* http/tests/security/cross-origin-local-storage-wk1-expected.txt: Added.
* http/tests/security/cross-origin-local-storage-wk1.html: Added.
* platform/chromium/TestExpectations: Test currently fails on Chromium.
* platform/mac-wk2/http/tests/security/cross-origin-local-storage-wk1-expected.txt: Added.
* platform/mac/http/tests/security/cross-origin-local-storage-wk1-expected.txt: Added.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@129567 268f45cc-cd09-0410-ab3c-d52691b4dbfc
AX: AccessibilityUIElementChromium.cpp won't build on Windows without wtf/StringExtras.h
https://bugs.webkit.org/show_bug.cgi?id=97614

Unreviewed, fixing windows breakage.

Added wtf/StringExtras.h to the includes to fix the Chromium/Windows build.

Patch by Dominic Mazzoni <dmazzoni@google.com> on 2012-09-25

* DumpRenderTree/chromium/TestRunner/AccessibilityUIElementChromium.cpp:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@129568 268f45cc-cd09-0410-ab3c-d52691b4dbfc
https://bugs.webkit.org/show_bug.cgi?id=97615
fast/loader/scroll-position-restored-on-back.html failing after 
didFirstLayout/didFirstVisuallyNonEmptyLayout change

Reviewed by Sam Weinig.

http://trac.webkit.org/changeset/129545 made it so we only dispatch 
the layout callbacks when the client has opted into them. This is a 
problem for a bit of work that used to be done, prior to that patch, 
in FrameLoader::didFirstLayout(). Because that function did some work 
with scroll position and the state machine, and that is work that we 
want to do even when the client has not opted into the didFirstLayout 
callback. We are seeing this bug in DRT and WTR since those clients 
do not opt into the callback. And they shouldn't have to to get this 
scroll position and state machine work done. 

* loader/FrameLoader.cpp:
(WebCore::FrameLoader::didLayout):
(WebCore::FrameLoader::didFirstLayout):
* loader/FrameLoader.h:
(FrameLoader):
* page/FrameView.cpp:
(WebCore::FrameView::performPostLayoutTasks):



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@129569 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Fix the build after r129566.

* DumpRenderTree/mac/FrameLoadDelegate.mm:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@129570 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed. Roll DEPS for Chromium.

* DEPS:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@129571 268f45cc-cd09-0410-ab3c-d52691b4dbfc
CSP logging: Be more developer-friendly when 'default-src' is violated.
https://bugs.webkit.org/show_bug.cgi?id=97597

Reviewed by Adam Barth.

Source/WebCore:

Developers unfamiliar with the details of Content Security Policy might
be confused when 'default-src' is used as a fallback for a directive
otherwise absent from the policy they've set. This patch adds an
explicit explanation to the permission warning in such a situation.

New warning string is covered by rebaselining existing tests.

* page/ContentSecurityPolicy.cpp:
(WebCore::CSPDirectiveList::checkEvalAndReportViolation):
(WebCore::CSPDirectiveList::checkInlineAndReportViolation):
(WebCore::CSPDirectiveList::checkSourceAndReportViolation):
    If the operative directive is 'default-src', output a warning,
    using the type information present in the report to specify which
    directive is falling back to the default values.

LayoutTests:

* http/tests/security/contentSecurityPolicy/block-mixed-content-hides-warning-expected.txt:
* http/tests/security/contentSecurityPolicy/default-src-inline-blocked-expected.txt:
* http/tests/security/contentSecurityPolicy/directive-parsing-multiple-headers-expected.txt:
    Rebaselining these tests with the new warning string.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@129572 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Load the linearized sRGB profile via NSData instead of CoreFoundation
https://bugs.webkit.org/show_bug.cgi?id=97616

Reviewed by Dan Bernstein.

* platform/graphics/cg/GraphicsContextCG.cpp:
(WebCore::linearRGBColorSpaceRef):
* platform/graphics/mac/GraphicsContextMac.mm:
(WebCore::linearRGBColorSpaceRef):


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