{"push_id":552764695,"size":14,"distinct_size":14,"ref":"refs/heads/master","head":"035d69463e750728d283c52c2ff563d381af8109","before":"5a7607f4c6f7239dedb9a7ffea48247a29fe720b","commits":[{"sha":"6399d456378853527dadb843d3ac712eb694ba84","author":{"email":"7696cf8ca3cc092458080d3b7b00adc721451b92@apple.com","name":"mmirman@apple.com"},"message":"Updated split such that it does not include the empty end of input string match.\nhttps://bugs.webkit.org/show_bug.cgi?id=138129\n<rdar://problem/18807403>\n\nReviewed by Filip Pizlo.\n\n* runtime/StringPrototype.cpp:\n(JSC::stringProtoFuncSplit):\n* tests/stress/empty_eos_regex_split.js: Added.\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@178860 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/WebKit/webkit/commits/6399d456378853527dadb843d3ac712eb694ba84"},{"sha":"596046451659a314f5b03495da1eb8a936af0ef7","author":{"email":"3900621269810b30d05a7a0a00185ac6ac0d42c4@apple.com","name":"ggaren@apple.com"},"message":"bmalloc: support aligned allocation\nhttps://bugs.webkit.org/show_bug.cgi?id=140732\n\nReviewed by Andreas Kling.\n\nPerformanceTests:\n\n* MallocBench/MallocBench.xcodeproj/project.pbxproj:\n* MallocBench/MallocBench/Benchmark.cpp:\n* MallocBench/MallocBench/memalign.cpp:\n(test):\n(benchmark_memalign): Added a test for specific interesting memalign values.\n\n* MallocBench/MallocBench/stress_aligned.cpp: Added.\n(benchmark_stress_aligned):\n* MallocBench/MallocBench/stress_aligned.h: Added. Added a stress test\nfor arbitrary memalign values.\n\nSource/bmalloc:\n\n* bmalloc/Allocator.cpp:\n(bmalloc::Allocator::allocate): New function for aligned allocation.\n\nSmall and medium requests just allocate and free until they find an\naligned pointer. This is slightly inefficient in the worst case, but\nstill constant-time with little-to-no space overhead.\n\nLarge requests use a new API that requires the client to specify both\nits ideal size and alignment, and the worst-case size you would have to\nallocate in order to produce some interior pointer of the requested size\nand alignment. We put the burden of this calculation on the client\nbecause it simplifies things if we guarantee that allocation won't fail.\n\nXLarge requests are easy: we just forward them to vmAllocate, which\nalready supported aligned requests.\n\n* bmalloc/BoundaryTag.h:\n* bmalloc/BoundaryTagInlines.h:\n(bmalloc::BoundaryTag::mergeLeft):\n(bmalloc::BoundaryTag::mergeRight):\n(bmalloc::BoundaryTag::merge):\n(bmalloc::BoundaryTag::deallocate):\n(bmalloc::BoundaryTag::split):\n(bmalloc::BoundaryTag::allocate): No behavior change here. I just\nrefactored the interface to remove some reference out parameters in\norder to clarify what changes and what doesn't.\n\n* bmalloc/Heap.cpp:\n(bmalloc::Heap::allocateXLarge): Added an alignment API.\n\n(bmalloc::Heap::allocateLarge):\n* bmalloc/Heap.h: Added an alignment API. I split out allocateLarge into\na few variants, so aligned and unaligned allocation could share some code.\n\n* bmalloc/SegregatedFreeList.cpp:\n(bmalloc::SegregatedFreeList::take):\n* bmalloc/SegregatedFreeList.h: Changed to use a separate, explicit API\nfor aligned allocation. It turns out that the aligned path is pretty\ndifferent, since it ends up searching for two potential ways to satisfy\nan allocation: either large enough and aligned, or large enough to split\ninto something not aligned and something large enough and aligned.\n\n* bmalloc/VMAllocate.h:\n(bmalloc::vmAllocate): Switched alignment to come before size because\nthat's how the memalign API specifies it.\n\n* bmalloc/VMHeap.h:\n(bmalloc::VMHeap::allocateLargeRange): Added an alignment API.\n\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@178861 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/WebKit/webkit/commits/596046451659a314f5b03495da1eb8a936af0ef7"},{"sha":"1c002d6568503efb8395edf523e14db3d59d4b61","author":{"email":"d85155df5f11c7dea01135ad65d46852edb35997@apple.com","name":"zalan@apple.com"},"message":"Simple line layout: Move nextTextFragment() to FlowContents class.\nhttps://bugs.webkit.org/show_bug.cgi?id=140738\n\nReviewed by Antti Koivisto.\n\nThis is in preparation to make FlowContents an iterator class.\n\nNo change in functionality.\n\n* rendering/SimpleLineLayout.cpp:\n(WebCore::SimpleLineLayout::LineState::addUncommitted):\n(WebCore::SimpleLineLayout::LineState::addUncommittedWhitespace):\n(WebCore::SimpleLineLayout::removeTrailingWhitespace):\n(WebCore::SimpleLineLayout::initializeNewLine):\n(WebCore::SimpleLineLayout::splitFragmentToFitLine):\n(WebCore::SimpleLineLayout::createLineRuns):\n(WebCore::SimpleLineLayout::TextFragment::TextFragment): Deleted.\n(WebCore::SimpleLineLayout::TextFragment::isEmpty): Deleted.\n(WebCore::SimpleLineLayout::nextFragment): Deleted.\n* rendering/SimpleLineLayoutFlowContents.cpp:\n(WebCore::SimpleLineLayout::FlowContents::nextTextFragment):\n* rendering/SimpleLineLayoutFlowContents.h:\n(WebCore::SimpleLineLayout::FlowContents::TextFragment::TextFragment):\n(WebCore::SimpleLineLayout::FlowContents::TextFragment::isEmpty):\n\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@178862 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/WebKit/webkit/commits/1c002d6568503efb8395edf523e14db3d59d4b61"},{"sha":"1b76fd1dc36b47e83b45f9dcb614a7123391d590","author":{"email":"fd82f0d05bc2ce3fb46380a4376eb7305b47eb68@gmail.com","name":"saambarati1@gmail.com"},"message":"Web Inspector: Don't allow the BasicBlockAnnotator to highlight a section if it's only a closing brace\nhttps://bugs.webkit.org/show_bug.cgi?id=140727\n\nReviewed by Timothy Hatcher.\n\n* UserInterface/Controllers/BasicBlockAnnotator.js:\n(WebInspector.BasicBlockAnnotator.prototype.set _highlightTextForBasicBlock):\n(WebInspector.BasicBlockAnnotator.prototype._isTextRangeOnlyClosingBrace):\nBasicBlockAnnotator tries to no longer highlight a basic block if it is only\nwhitespace and a closing brace. These ranges are often after statements\nthat make these basic blocks unreachable, such as a return/break/continue\nstatement occurring inside a if/else/while/for block. This check won't\nmatch every highlighted empty closing brace, but catches most of them\nbecause it only does intra block analysis instead of inter block analysis.\n\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@178863 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/WebKit/webkit/commits/1b76fd1dc36b47e83b45f9dcb614a7123391d590"},{"sha":"49a4186b37a45f80146f1e586a0c7b63ff13a0d6","author":{"email":"fd82f0d05bc2ce3fb46380a4376eb7305b47eb68@gmail.com","name":"saambarati1@gmail.com"},"message":"Web Inspector: Change Annotator's isActive getter into an isActive() function.\nhttps://bugs.webkit.org/show_bug.cgi?id=140729\n\nReviewed by Timothy Hatcher.\n\nThis patch also makes the child classes of Annotator use\nthe function instead of accessing the property directly.\n\n* UserInterface/Controllers/Annotator.js:\n(WebInspector.Annotator.prototype.isActive):\n(WebInspector.Annotator.prototype.get isActive): Deleted.\n* UserInterface/Controllers/BasicBlockAnnotator.js:\n(WebInspector.BasicBlockAnnotator.prototype.insertAnnotations):\n* UserInterface/Controllers/TypeTokenAnnotator.js:\n(WebInspector.TypeTokenAnnotator.prototype.toggleTypeAnnotations):\n* UserInterface/Views/SourceCodeTextEditor.js:\n(WebInspector.SourceCodeTextEditor.prototype.toggleTypeAnnotations):\n(WebInspector.SourceCodeTextEditor.prototype.prettyPrint):\n(WebInspector.SourceCodeTextEditor.prototype._debuggerDidPause):\n(WebInspector.SourceCodeTextEditor.prototype._debuggerDidResume):\n(WebInspector.SourceCodeTextEditor.prototype._updateTokenTrackingControllerState):\n\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@178864 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/WebKit/webkit/commits/49a4186b37a45f80146f1e586a0c7b63ff13a0d6"},{"sha":"ffd8ef074bd8f31c6d72a33ef9c52abadf6e59a6","author":{"email":"75627661c6524c42f6b15cccebd09e42ccf63aa6@apple.com","name":"roger_fong@apple.com"},"message":"WebGL2 (spec section 3.1): Add new types to WebGL2 API.\nhttps://bugs.webkit.org/show_bug.cgi?id=140741.\n<rdar://problem/19552962>\n\nReviewed by Dean Jackson.\n\n* html/canvas/WebGL2RenderingContext.idl:\n\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@178865 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/WebKit/webkit/commits/ffd8ef074bd8f31c6d72a33ef9c52abadf6e59a6"},{"sha":"482df53a9e5efe4ae32f962d3d7c113560e7dd78","author":{"email":"9dddda5b47459e138db3e48e9e36e3396d29c6c1@apple.com","name":"ddkilzer@apple.com"},"message":"[iOS] Update configure-xcode-for-ios-development to copy missing headers to iphoneos SDK\n<http://webkit.org/b/140704>\n\nReviewed by Daniel Bates.\n\n* Scripts/configure-xcode-for-ios-development:\n- Update copyright.\n- Remove FIXME addressed by r178709.\n- Call copyMissingHeadersToIPhoneOSSDKIfNeeded().\n(copyMissingHeadersToIPhoneOSSDKIfNeeded): Add method to copy\nmissing headers from iphonesimulator SDK to iphoneos SDK.\n(sdkDirectory): Add method that returns SDK directory.\n(sdkPlatformDirectory): Extract method from\nxcodeSDKSpecificationsPath() that returns SDK platform\ndirectory.\n(xcodeSDKSpecificationsPath): Update to use\nsdkPlatformDirectory().\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@178866 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/WebKit/webkit/commits/482df53a9e5efe4ae32f962d3d7c113560e7dd78"},{"sha":"5e435928fee78dc30b786f1d49402a1f01d29988","author":{"email":"b4ec39de7a032f72cb5bb9b534bb9152488f03c2@webkit.org","name":"dbates@webkit.org"},"message":"Add iOS WebKit1 TestExpectation file\nhttps://bugs.webkit.org/show_bug.cgi?id=140739\n\nReviewed by David Kilzer.\n\nTools:\n\nTeach run-webkit-tests to look for iOS WebKit1-specific test results and\nexpectations in directory LayoutTests/platform/ios-simulator-wk1.\n\n* Scripts/webkitpy/port/ios.py:\n(IOSSimulatorPort.default_baseline_search_path):\n\nLayoutTests:\n\niOS WebKit1 is different enough from iOS WebKit2 that it would benefit from having its\nown TestExpectation file. We can work to reduce such differences over time.\n\n* platform/ios-simulator-wk1/TestExpectations: Added.\n* platform/ios-simulator/TestExpectations: Move iOS WebKit1-specific test expectation from here\nto file LayoutTests/platform/ios-simulator-wk1/TestExpectations.\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@178867 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/WebKit/webkit/commits/5e435928fee78dc30b786f1d49402a1f01d29988"},{"sha":"585eeb5b404851f6f7a9c045df87165be2a52d07","author":{"email":"b4ec39de7a032f72cb5bb9b534bb9152488f03c2@webkit.org","name":"dbates@webkit.org"},"message":"[iOS] Many compositing tests fail in DumpRenderTree due to contentsOpaque difference\nhttps://bugs.webkit.org/show_bug.cgi?id=140742\n\nReviewed by Simon Fraser.\n\nSource/WebCore:\n\nMake RenderLayerBacking::layerTreeAsText() (including internals.layerTreeAsText()) always\nreport that the main frame's RenderView layer is opaque when running iOS DumpRenderTree to\navoid test failures and the need to maintain for iOS WebKit1 an almost identical copy of the\nplatform-independent compositing test results.\n\nThe main frame's RenderView layer is always transparent in iOS WebKit1 since it does\nnot make use of a tiled cache layer and defers to UIKit to handle the final compositing\nof the web view, including applying the page scale factor.\n\n* platform/RuntimeApplicationChecksIOS.mm:\n(WebCore::applicationIsDumpRenderTree): The app bundle identifier of DumpRenderTree has\nthe form org.webkit.DumpRenderTreeX where X is some non-negative integer.\n* platform/graphics/GraphicsLayer.cpp:\n(WebCore::GraphicsLayer::dumpProperties): Modified to report that a layer is opaque when\nGraphicsLayerClient::needsIOSDumpRenderTreeMainFrameRenderViewLayerIsAlwaysOpaqueHack() returns true.\n* platform/graphics/GraphicsLayerClient.h:\n(WebCore::GraphicsLayerClient::needsIOSDumpRenderTreeMainFrameRenderViewLayerIsAlwaysOpaqueHack): Added\ndefault implementation (returns false).\n* rendering/RenderLayerBacking.cpp:\n(WebCore::RenderLayerBacking::needsIOSDumpRenderTreeMainFrameRenderViewLayerIsAlwaysOpaqueHack): Added;\nreturns true when running in DumpRenderTree and the passed GraphicsLayer corresponds to the main frame's\nRenderView layer.\n* rendering/RenderLayerBacking.h:\n\nLayoutTests:\n\nUpdate test expectations and remove an unnecessary test result.\n\n* platform/ios-simulator/TestExpectations:\n* platform/ios-simulator/compositing/backing/backface-visibility-flip-expected.txt: Removed.\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@178868 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/WebKit/webkit/commits/585eeb5b404851f6f7a9c045df87165be2a52d07"},{"sha":"41c3075e3221e4e1dd178de5c5d92cf9b3638f8f","author":{"email":"1213f304cb4206c2f96b41c3de6fca27b6572fb1@apple.com","name":"weinig@apple.com"},"message":"Add WKPageGroupRef SPI for user content filters\nhttps://bugs.webkit.org/show_bug.cgi?id=140728\n\nReviewed by Anders Carlsson.\n\nWhile Safari is transitioning to WKUserContentController, it is useful\nfor them to have access to have access to content filters on the page group\nwhere they currently have user content related functionality.\n\n* Shared/WebPageGroupData.cpp:\n(WebKit::WebPageGroupData::encode):\n(WebKit::WebPageGroupData::decode):\n* Shared/WebPageGroupData.h:\n* UIProcess/API/C/WKPageGroup.cpp:\n(WKPageGroupAddUserContentFilter):\n(WKPageGroupRemoveAllUserContentFilters):\n* UIProcess/API/C/WKPageGroup.h:\n* UIProcess/WebPageGroup.cpp:\n(WebKit::WebPageGroup::addUserContentFilter):\n(WebKit::WebPageGroup::removeAllUserContentFilters):\n* UIProcess/WebPageGroup.h:\n* WebProcess/WebPage/WebPageGroupProxy.cpp:\n(WebKit::WebPageGroupProxy::WebPageGroupProxy):\n(WebKit::WebPageGroupProxy::addUserContentFilter):\n(WebKit::WebPageGroupProxy::removeAllUserContentFilters):\n* WebProcess/WebPage/WebPageGroupProxy.h:\n* WebProcess/WebPage/WebPageGroupProxy.messages.in:\n\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@178869 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/WebKit/webkit/commits/41c3075e3221e4e1dd178de5c5d92cf9b3638f8f"},{"sha":"a525581c5c4e951c7049b0e42ac012e14ef2df70","author":{"email":"13b7a280d6dd9fe398795ea307cbc0c8df68cd69@apple.com","name":"jhoneycutt@apple.com"},"message":"[iOS] WebKitTestRunner: Tests fail due to incorrect web view size\n\n<https://bugs.webkit.org/show_bug.cgi?id=139736>\n<rdar://problem/19282196>\n\nThis starts happening after we fail to reset the test controller to\nconsistent values in TestInvocation::invoke(). When we terminate the\nweb process and relaunch it, the new WebPage object created in the web\nprocess is using the default ViewportConfiguration with dimensions of\n1024x768.\n\nThe PageClient on iOS currently notifies the WKWebView and the\nWKContentView when the web process is relaunched. This patch extends\nthat to also notify the WKView.\n\nReviewed by Benjamin Poulain.\n\n* UIProcess/API/Cocoa/WKViewPrivate.h:\nDeclare -_didRelaunchProcess.\n\n* UIProcess/API/ios/WKViewIOS.mm:\n(-[WKView _commonInitializationWithContextRef:pageGroupRef:relatedToPage:]):\nCall the new method that accepts a WKView.\n(-[WKView _didRelaunchProcess]):\nCall -_frameOrBoundsChanged to update the web process's size to the\nsize of the WKView.\n\n* UIProcess/ios/PageClientImplIOS.h:\nAdd a constructor that takes a WKView, and add a member var to hold it.\n\n* UIProcess/ios/PageClientImplIOS.mm:\n(WebKit::PageClientImpl::PageClientImpl):\nImplement the constructor that takes a WKView.\n(WebKit::PageClientImpl::didRelaunchProcess):\nTell the WKView that the web process relaunched.\n\n* UIProcess/ios/WKContentView.h:\nDeclare an initializer that takes a WKView.\n\n* UIProcess/ios/WKContentView.mm:\n(-[WKContentView _commonInitializationWithProcessPool:configuration:]):\nSplit out from -[WKContentView initWithFrame:processPool:configuration:webView:].\n(-[WKContentView initWithFrame:processPool:configuration:webView:]):\nPerform some initialization, including creating the PageClient, and\ncall the common initializer.\n(-[WKContentView initWithFrame:processPool:configuration:wkView:]):\nDitto.\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@178870 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/WebKit/webkit/commits/a525581c5c4e951c7049b0e42ac012e14ef2df70"},{"sha":"3893d728fbe7d8451b170444f732f9a6adec0477","author":{"email":"b4ec39de7a032f72cb5bb9b534bb9152488f03c2@webkit.org","name":"dbates@webkit.org"},"message":"Update iOS WebKit test expectations for compositing tests\n\n* platform/ios-simulator-wk1/TestExpectations:\n* platform/ios-simulator/TestExpectations:\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@178871 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/WebKit/webkit/commits/3893d728fbe7d8451b170444f732f9a6adec0477"},{"sha":"e5083e5071a33908e854b3ebb6906fd5c77dbfeb","author":{"email":"b4ec39de7a032f72cb5bb9b534bb9152488f03c2@webkit.org","name":"dbates@webkit.org"},"message":"Update iOS WebKit2 expected results for compositing tests\n\nFollowing the patch for bug #140742, <https://bugs.webkit.org/show_bug.cgi?id=140742>, we can remove\nall iOS WebKit2-specific expected results that are identical to the platform-independent results.\n\n* platform/ios-simulator-wk2/TestExpectations: Add WebKit2-specific failures: compositing/reflections/nested-reflection-on-overflow.html\nand compositing/repaint/invalidations-on-composited-layers.html.\n* platform/ios-simulator-wk2/compositing/absolute-inside-out-of-view-fixed-expected.txt: Removed.\n[...]\n* platform/ios-simulator-wk2/compositing/tiling/rotated-tiled-preserve3d-clamped-expected.txt: Removed.\n* platform/ios-simulator-wk2/compositing/visibility/layer-visible-content-expected.txt: Removed.\n* platform/ios-simulator-wk2/compositing/visible-rect/3d-transform-style-expected.txt: Removed.\n* platform/ios-simulator/TestExpectations: Remove tests that now pass in both iOS WebKit1 and WebKit2.\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@178872 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/WebKit/webkit/commits/e5083e5071a33908e854b3ebb6906fd5c77dbfeb"},{"sha":"035d69463e750728d283c52c2ff563d381af8109","author":{"email":"c64b4ad3c879bb4b89569328b3f3da921f23b203@apple.com","name":"lforschler@apple.com"},"message":"Add two Apple Mavericks slaves.\n        \nUnreviewed.\n        \n* BuildSlaveSupport/build.webkit.org-config/config.json:\n\n\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@178873 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/WebKit/webkit/commits/035d69463e750728d283c52c2ff563d381af8109"}]}