Another asserting test.

* platform/mac/TestExpectations:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146108 268f45cc-cd09-0410-ab3c-d52691b4dbfc
AppleWin VS2010 build fix.

* WebCore.vcxproj/WebCore.vcxproj:
* WebCore.vcxproj/WebCore.vcxproj.filters:
* WebKit.vcxproj/WebKitExportGenerator/WebKitExports.def.in:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146109 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Update MessagePort terminology to match HTML5
https://bugs.webkit.org/show_bug.cgi?id=112611

Reviewed by Anders Carlsson.

Transferable objects are "neutered" when transfered. Cloning is a different operation.

* dom/MessagePort.cpp:
(WebCore::MessagePort::disentanglePorts):
* dom/MessagePort.h:
(WebCore::MessagePort::isEntangled):
(WebCore::MessagePort::isNeutered):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146110 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[Chromium] Create WebFileSystemType enum to allow easier filesystem refactoring
https://bugs.webkit.org/show_bug.cgi?id=112571

Reviewed by Adam Barth.

Source/Platform:

New top-level enum (not tied to WebFileSystem class) will allow
easier refactoring of filesystem methods within the Platform/
directory. (All changes are behind an #ifdef so we can sync
required changes in embedders.)

* chromium/public/WebFileSystemType.h: new file
(WebKit):

* Platform.gypi:
* chromium/public/WebFileSystem.h:
* chromium/public/WebFileSystemType.h: Copied from Source/WebKit/chromium/public/WebCommonWorkerClient.h.
(WebKit):

Source/WebKit/chromium:

Update function declarations for new WebFileSystemType enum. (All
changes are behind an #ifdef so we can sync required changes in embedders.)

* public/WebCommonWorkerClient.h:
(WebCommonWorkerClient):
(WebKit::WebCommonWorkerClient::openFileSystem):
* public/WebFrame.h:
(WebFrame):
* public/WebFrameClient.h:
(WebFrameClient):
(WebKit::WebFrameClient::openFileSystem):
(WebKit::WebFrameClient::deleteFileSystem):
* src/LocalFileSystemChromium.cpp:
(WebCore):
(WebCore::openFileSystemHelper):
(WebCore::LocalFileSystem::deleteFileSystem):
* src/WebFrameImpl.cpp:
(WebKit):
(WebKit::WebFrameImpl::createFileSystem):
(WebKit::WebFrameImpl::createSerializableFileSystem):
(WebKit::WebFrameImpl::createFileEntry):
* src/WebFrameImpl.h:
(WebFrameImpl):
* src/WebWorkerClientImpl.cpp:
(WebKit):
(WebKit::WebWorkerClientImpl::openFileSystem):
* src/WebWorkerClientImpl.h:
* src/WorkerFileSystemCallbacksBridge.cpp:
(WebKit):
(WebKit::WorkerFileSystemCallbacksBridge::postOpenFileSystemToMainThread):
(WebKit::WorkerFileSystemCallbacksBridge::openFileSystemOnMainThread):
* src/WorkerFileSystemCallbacksBridge.h:
(WorkerFileSystemCallbacksBridge):

Tools:

Update function declarations for new WebFileSystemType enum. (All
changes are behind an #ifdef so we can sync required changes in embedders.)

* DumpRenderTree/chromium/WebViewHost.cpp:
(WebViewHost::openFileSystem):
(WebViewHost::deleteFileSystem):
* DumpRenderTree/chromium/WebViewHost.h:
(WebViewHost):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146111 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Web Inspector: Script should know nothing about disabled source mappings.
https://bugs.webkit.org/show_bug.cgi?id=112580

Reviewed by Pavel Feldman.

Source/WebCore:

ResourceScriptMapping handles diverged uiSourceCodes internally now.

Tested in inspector/debugger/live-edit-breakpoints.html already.

* inspector/front-end/ResourceScriptMapping.js:
(WebInspector.ResourceScriptMapping.prototype.rawLocationToUILocation):
(WebInspector.ResourceScriptMapping.prototype._hasMergedToVM):
(WebInspector.ResourceScriptMapping.prototype._hasDivergedFromVM):
* inspector/front-end/Script.js:
(WebInspector.Script.prototype.rawLocationToUILocation):

LayoutTests:

* inspector/debugger/breakpoint-manager.html:


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