This expectation should be MoutainLion-only until we find evidence otherwise.

* platform/mac/TestExpectations:



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@174181 268f45cc-cd09-0410-ab3c-d52691b4dbfc
commitqueuetasks_unittest references a non-existent member variable
when mock-reporting flaky tests.
https://bugs.webkit.org/show_bug.cgi?id=137303

Patch by Jake Nielsen <jacob_nielsen@apple.com> on 2014-10-01
Reviewed by Daniel Bates.

* Scripts/webkitpy/tool/bot/commitqueuetask_unittest.py:
(MockCommitQueue.report_flaky_tests):
Makes the appropriate name change.
(test_simple_flaky_test_failure):
Adds a unit test to make sure that the code is excercised.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@174182 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Attempt to fix the build after <https://trac.webkit.org/changeset/174180>
(https://bugs.webkit.org/show_bug.cgi?id=137277)

Include header <Availability.h> for the definition of __MAC_OS_X_VERSION_MIN_REQUIRED.
Also, we want to define CONST_ON_OR_AFTER_MAC_OS_X_VERSION_1090 to be const when building
on iOS.

* wtf/spi/darwin/XPCSPI.h:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@174183 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[ Windows ] More Windows test gardening to get bots green Part 3.
* platform/win/TestExpectations: More indiscriminate mass skipping.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@174184 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[Windows] Add some logging to webkitpy to debug timeout issues with running NRWT using multiple child processes.
* Scripts/webkitpy/port/drdiver.py:
(Driver.stop):
* Scripts/webkitpy/port/server_process.py:
(ServerProcess.stop):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@174185 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Another attempt to fix the Mac build after <https://trac.webkit.org/changeset/174180>
(https://bugs.webkit.org/show_bug.cgi?id=137277)

Include header AvailabilityMacros.h instead of Availability.h, which actually defines the
macro __MAC_OS_X_VERSION_MIN_REQUIRED.

* wtf/spi/darwin/XPCSPI.h:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@174186 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[Windows] Increase layout test timeout for Windows following r174162.
* Scripts/webkitpy/port/win.py:
(WinPort.default_timeout_ms):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@174187 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed, rolling out r174180, r174183, and r174186.
https://bugs.webkit.org/show_bug.cgi?id=137320

Broke the Mac MountainLion build. Will investigate offline.
(Requested by dydz on #webkit).

Reverted changesets:

"Clean up: Move XPC forward declarations in JavaScriptCore to
WTF SPI wrapper header"
https://bugs.webkit.org/show_bug.cgi?id=137277
http://trac.webkit.org/changeset/174180

"Attempt to fix the build after
<https://trac.webkit.org/changeset/174180>"
https://bugs.webkit.org/show_bug.cgi?id=137277
http://trac.webkit.org/changeset/174183

"Another attempt to fix the Mac build after
<https://trac.webkit.org/changeset/174180>"
https://bugs.webkit.org/show_bug.cgi?id=137277
http://trac.webkit.org/changeset/174186

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@174188 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[Windows] Mass skip all media tests until bots have audio devices to run them with.
* platform/win/TestExpectations:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@174189 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Add basic caching for Document.cookie API
https://bugs.webkit.org/show_bug.cgi?id=137225

Reviewed by Alexey Proskuryakov.

Source/WebCore:

While profiling the load of nytimes.com, I noticed that the site is
accessing ~250 times document.cookie, just during page load. Accessing
document.cookie is currently slow because we:
- Call WebPlatformStrategies::cookiesForDOM() virtual function
- Send a sync IPC message to the Network process to retrieve the
  cookies
    - The Network process gets the list of cookies from CFNetwork then
      serializes the result to send it back to the WebProcess
- We unserialize the cookies into an NSList of cookies
- We filter-out the cookies that are 'httpOnly' and construct a new
  NSList of cookies
- We create a WTF String out of the cookies NSList

In the case of nytimes.com, it turns out that up to 100 calls to
document.cookie() are made in the same event loop iteration. This patch
thus caches / freezes the cookies until we return to the event
loop so that consecutive calls to document.cookie() are extremely fast.
Doing so seems to be sufficient to achieve a ~87% cache hit for
nytimes.com page load.

The cookies cache is invalidated whenever:
- document.cookie is set
- we return to the event loop
- a network resource is loaded synchronously as it may cause cookies to
  be set before we return to the event loop

Test: http/tests/cookies/sync-xhr-set-cookie-invalidates-cache.html

* dom/Document.cpp:
(WebCore::Document::Document):
(WebCore::Document::open):
(WebCore::Document::cookie):
(WebCore::Document::setCookie):
(WebCore::Document::setCookieURL):
(WebCore::Document::initSecurityContext):
(WebCore::Document::setDOMCookieCache):
(WebCore::Document::invalidateDOMCookieCache):
(WebCore::Document::domCookieCacheExpiryTimerFired):
(WebCore::Document::didLoadResourceSynchronously):
* dom/Document.h:
(WebCore::Document::domCookieCache):
(WebCore::Document::isDOMCookieCacheValid):
(WebCore::Document::setCookieURL): Deleted.
* dom/ScriptExecutionContext.cpp:
(WebCore::ScriptExecutionContext::didLoadResourceSynchronously):
* dom/ScriptExecutionContext.h:
* loader/ThreadableLoader.cpp:
(WebCore::ThreadableLoader::loadResourceSynchronously):

LayoutTests:

Add a layout test to make sure that document.cookie returns updated
results after cookies are set via a sync XHR.

* http/tests/cookies/sync-xhr-set-cookie-invalidates-cache-expected.txt: Added.
* http/tests/cookies/sync-xhr-set-cookie-invalidates-cache.html: Added.


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