{"push_id":682989850,"size":11,"distinct_size":11,"ref":"refs/heads/master","head":"26a07f2bd983ae6cf929f48375785cab37c34299","before":"560c3510f943175e5775a1277f22405f405b1ed0","commits":[{"sha":"6a3e1de258024c88e511ff433b2f30fa62bf52ab","author":{"email":"4e6e7fac5bc0efa6348f3eb612a925b64daecf15@apple.com","name":"eric.carlson@apple.com"},"message":"[Mac] occasional crash in Document::playbackTargetAvailabilityDidChange\nhttps://bugs.webkit.org/show_bug.cgi?id=145559\n\nReviewed by Darin Adler.\n\nNo new tests, covered by existing tests.\n\n* html/HTMLMediaElement.cpp:\n(WebCore::HTMLMediaElement::registerWithDocument): Pass document to m_mediaSession->registerWithDocument.\n(WebCore::HTMLMediaElement::unregisterWithDocument): Pass document to m_mediaSession->unRegisterWithDocument.\n(WebCore::HTMLMediaElement::documentWillSuspendForPageCache): Ditto.\n(WebCore::HTMLMediaElement::documentDidResumeFromPageCache): Ditto.\n\n* html/MediaElementSession.cpp:\n(WebCore::MediaElementSession::registerWithDocument): Take a document.\n(WebCore::MediaElementSession::unregisterWithDocument): Ditto.\n* html/MediaElementSession.h:\n\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@185120 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/paul99/webkit-mips/commits/6a3e1de258024c88e511ff433b2f30fa62bf52ab"},{"sha":"bd4b37929c910b128545159b855375ffad83809d","author":{"email":"a82ad16292c9f3b890b7b13c336ff95f6bd02623@webkit.org","name":"commit-queue@webkit.org"},"message":"Web Inspector: ⌘F no longer brings up the find-in-page bar after typing in the quick console\nhttps://bugs.webkit.org/show_bug.cgi?id=145546\n\nPatch by Joseph Pecoraro <pecoraro@apple.com> on 2015-06-02\nReviewed by Timothy Hatcher.\n\nScope ContentBrowser keyboard events within the ContentBrowser instead\nof global, where they might conflict between ContentBrowsers. The scoped\nshortcuts now no longer need to be enabled/disabled.\n\n* UserInterface/Views/ContentBrowser.js:\n(WebInspector.ContentBrowser):\nScope the keyboard shortcuts.\n\n(WebInspector.ContentBrowser.prototype.shown):\n(WebInspector.ContentBrowser.prototype.hidden):\nNo longer need to control enabling / disabling these non-global shortcuts.\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@185121 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/paul99/webkit-mips/commits/bd4b37929c910b128545159b855375ffad83809d"},{"sha":"503ce17f99e5e90a51a0742a00384073d9fb2317","author":{"email":"a82ad16292c9f3b890b7b13c336ff95f6bd02623@webkit.org","name":"commit-queue@webkit.org"},"message":"JavaScriptCore: JSExport protocol with an NSInteger property converts negative values to 18446744073709552000\nhttps://bugs.webkit.org/show_bug.cgi?id=145563\n\nPatch by Keith Miller <keith_miller@apple.com> on 2015-06-02\nReviewed by Darin Adler.\n\nThe Objective-C bindings were improperly converting negative\nlong long/NSIntegers to 18446744073709552000 because they\nwere converted to unsigned numbers.\n\n* API/ObjcRuntimeExtras.h:\n(parseObjCType):\n* API/tests/testapi.mm:\n(testObjectiveCAPIMain):\n(checkNegativeNSIntegers):\n(testObjectiveCAPI):\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@185122 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/paul99/webkit-mips/commits/503ce17f99e5e90a51a0742a00384073d9fb2317"},{"sha":"af1859f7a5b23e4965af77294b57916450c86f8d","author":{"email":"083d44ce61b1f946a3aa6fbd704954e0195d0658@apple.com","name":"cdumez@apple.com"},"message":"[iOS][WK2] Always mark layers as volatile for background pages\nhttps://bugs.webkit.org/show_bug.cgi?id=145547\n<rdar://problem/20663184>\n\nReviewed by Simon Fraser.\n\nWe previously marked layers as volatile when the WebProcess was about\nto be suspended. Most of the time the WebProcess gets suspended when a\npage goes into the background. However, it is not always true (see\nradar), in which case the layers won't be marked as volatile and use\nmemory even though they are not visible.\n\nWe now mark layers as volatile as soon as the page goes into the\nbackground, instead of relying on the WebProcess suspension mechanism\nto do so.\n\nA new ApplicationDidEnterBackground IPC message from the UIProcess to\nthe WebProcess is added (in addition to the pre-existing\nApplicationWillEnterForeground one). When the WebProcess receives this\nmessage, it will freeze the layer tree state and mark the layers as\nvolatile (with a timer to keep retrying if needed), similarly to what\nis already done in WebProcess::actualPrepareToSuspend().\nWhen the ApplicationWillEnterForeground is received, we unfreeze the\nlayer tree state. The layers' volatile state will be automatically\nupdated when they are displayed (see setBufferVolatility() call in\nRemoteLayerBackingStore::display()).\n\n* UIProcess/WebPageProxy.h:\n* UIProcess/ios/WKContentView.mm:\n(-[WKContentView _applicationDidEnterBackground:]):\n* UIProcess/ios/WebPageProxyIOS.mm:\n(WebKit::WebPageProxy::applicationDidEnterBackground):\n* WebProcess/WebPage/WebPage.cpp:\n(WebKit::WebPage::WebPage):\n(WebKit::WebPage::setLayerTreeStateIsFrozen):\n(WebKit::WebPage::markLayersVolatileImmediatelyIfPossible):\n* WebProcess/WebPage/WebPage.h:\n* WebProcess/WebPage/WebPage.messages.in:\n* WebProcess/WebPage/ios/WebPageIOS.mm:\n(WebKit::WebPage::volatilityTimerFired):\n(WebKit::WebPage::applicationDidEnterBackground):\n(WebKit::WebPage::applicationWillEnterForeground):\n* WebProcess/WebProcess.cpp:\n(WebKit::WebProcess::markAllLayersVolatileIfPossible):\n(WebKit::WebProcess::setAllLayerTreeStatesFrozen):\n\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@185123 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/paul99/webkit-mips/commits/af1859f7a5b23e4965af77294b57916450c86f8d"},{"sha":"694c2a3bc019e286024c69d187fedc9274378216","author":{"email":"d85155df5f11c7dea01135ad65d46852edb35997@apple.com","name":"zalan@apple.com"},"message":"Backdrop filter is pulling in content from behind the window.\nhttps://bugs.webkit.org/show_bug.cgi?id=145561\nrdar://problem/20909309\n\nReviewed by Simon Fraser.\n\nThis patch ensures that the backdrop filter layer is positioned and sized properly.\n\nThe backdrop filter layer should take its size and position from its renderer and not\ndirectly from the composited layer.\nIn certain cases the composited layer's size is expanded to cover items like box shadow or an absolute positioned descendant.\nIn such cases, we ended up applying the backdrop filter to those areas as well.\n\nSource/WebCore:\n\nTests: css3/filters/backdrop/backdrop-filter-does-not-size-properly-absolute.html\n       css3/filters/backdrop/backdrop-filter-does-not-size-properly-border-and-padding.html\n\n* platform/graphics/GraphicsLayer.h:\n(WebCore::GraphicsLayer::setBackdropFiltersRect):\n(WebCore::GraphicsLayer::backdropFiltersRect):\n* platform/graphics/ca/GraphicsLayerCA.cpp:\n(WebCore::GraphicsLayerCA::setBackdropFiltersRect):\n(WebCore::GraphicsLayerCA::commitLayerChangesBeforeSublayers):\n(WebCore::GraphicsLayerCA::updateBackdropFilters):\n(WebCore::GraphicsLayerCA::updateBackdropFiltersRect):\n(WebCore::GraphicsLayerCA::updateContentsRects):\n(WebCore::GraphicsLayerCA::updateGeometry): Deleted.\n* platform/graphics/ca/GraphicsLayerCA.h:\n* rendering/RenderLayerBacking.cpp:\n(WebCore::RenderLayerBacking::updateBackdropFiltersGeometry):\n(WebCore::RenderLayerBacking::updateGeometry):\n* rendering/RenderLayerBacking.h:\n\nLayoutTests:\n\n* css3/filters/backdrop/backdrop-filter-does-not-size-properly-absolute-expected.txt: Added.\n* css3/filters/backdrop/backdrop-filter-does-not-size-properly-absolute.html: Added.\n* css3/filters/backdrop/backdrop-filter-does-not-size-properly-border-and-padding-expected.txt: Added.\n* css3/filters/backdrop/backdrop-filter-does-not-size-properly-border-and-padding.html: Added.\n\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@185124 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/paul99/webkit-mips/commits/694c2a3bc019e286024c69d187fedc9274378216"},{"sha":"df54634ae0abce9f847b0370a0769ceaa5fbdbfb","author":{"email":"abc1350f2b5be870ca8aaff871e8afdd0cc9c55a@apple.com","name":"said@apple.com"},"message":"Fix Windows layout test failure following <http://trac.webkit.org/changeset/185095>\n(https://bugs.webkit.org/show_bug.cgi?id=145537)\n\nUnreviewed.\n\n* platform/win/fast/text/crash-complex-text-surrogate-expected.txt: Added.\n\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@185125 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/paul99/webkit-mips/commits/df54634ae0abce9f847b0370a0769ceaa5fbdbfb"},{"sha":"5fccfb28905fd605ade639472b3baaea5fea958a","author":{"email":"a82ad16292c9f3b890b7b13c336ff95f6bd02623@webkit.org","name":"commit-queue@webkit.org"},"message":"Added a stub implementation of MediaSession, part of the Media Session spec.\nhttps://bugs.webkit.org/show_bug.cgi?id=145530\n\nPatch by Matt Rajca <mrajca@apple.com> on 2015-06-02\nReviewed by Eric Carlson.\n\n* CMakeLists.txt: Added new MediaSession sources.\n* DerivedSources.make:\n* Modules/mediasession/MediaSession.cpp: Added stub implementation.\n(WebCore::MediaSession::MediaSession): Per the Media Session spec, a Media Remote Controls object should only be\n  set for 'content' sessions; it is null otherwise.\n(WebCore::MediaSession::~MediaSession):\n(WebCore::MediaSession::controls):\n(WebCore::MediaSession::releaseSession):\n* Modules/mediasession/MediaSession.h: Added basic translation of IDL file.\n* Modules/mediasession/MediaSession.idl: Added from the Media Session spec.\n* WebCore.xcodeproj/project.pbxproj: Added new MediaSession sources.\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@185126 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/paul99/webkit-mips/commits/5fccfb28905fd605ade639472b3baaea5fea958a"},{"sha":"59d50224e5c98f52c5e7fd22343980d89a484c6f","author":{"email":"a943777007588e0f3b2c0a0bf4128c657d071733@apple.com","name":"barraclough@apple.com"},"message":"PDFs always think they're visible on iOS.\nhttps://bugs.webkit.org/show_bug.cgi?id=145493\n<rdar://problem/19668879>\n\nReviewed by Andreas Kling & Sam Weinig.\n\nThe problem here is that WKContentView is currently responsible for notifying the WebPageProxy\nthat the visibility may have changed, but when a PDF isn't showing the WKContentView isn't in\nthe view hierarchy and doesn't receive the didMoveToWindow notifications – and the WKPDFView\n(which is in the view hierarchy) does not listen for these events.\n\nVisibility of the page should really just track the visibility of the WKWebView (and when\nactually assessing the visibility it largely does - the page client checks the web view's\nvisibility, bar a FIXME, and the foreground/background check, which needs to change).\nSo notifications should really just come from the WKWebView.\n\nThe WKWebView already listens for the didMoveToWindow notification, it just was only updating\nthe IsInWindow flag. Instead just update all flags, and the call to viewStateDidChange from\nWKContentView can just be removed.\n\nThere is one problem with this in that it would reverse the order of the calls to\nviewStateDidChange & _updateForScreen:, which would mean the the view would become visible before\nupdating the screen pixel density. To fix this, moving the call to _updateForScreen:\nto willMoveToWindow:, to ensure it occurs before the page becomes visible.\n\nThis will also change behavior on Mac for WKWebView clients, in coalescing all view state changes\nwithin the didMoveToWindow call. This is the direction we intended to go in anyway (the plan is\nto remove the mayHaveChanged argument from viewStateDidChange - we're currently adding unnecessary\nIPC traffic).\n\n* UIProcess/API/Cocoa/WKWebView.mm:\n(-[WKWebView didMoveToWindow]):\n    - should update all view state flags.\n* UIProcess/API/ios/WKViewIOS.mm:\n(-[WKView didMoveToWindow]):\n    - added to match WKWebView.mm, for WebKitTestRunner.\n* UIProcess/ios/WKContentView.mm:\n(-[WKContentView willMoveToWindow:]):\n    - should _updateForScreen:\n(-[WKContentView didMoveToWindow]): Deleted.\n    - functionality moved to -[WKWebView didMoveToWindow], -[WKContentView didMoveToWindow].\n\n\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@185127 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/paul99/webkit-mips/commits/59d50224e5c98f52c5e7fd22343980d89a484c6f"},{"sha":"64242fd29ffc5f195ac49e4b85abc14262159c8c","author":{"email":"4e2df5029224b0cc861d4c3a65c813963297b174@apple.com","name":"dino@apple.com"},"message":"Crash in GraphicsContext3D::getInternalFramebufferSize\nhttps://bugs.webkit.org/show_bug.cgi?id=145479\n<rdar://problem/16461048>\n\nReviewed by Eric Carlson.\n\nSource/WebCore:\n\nIf we are in an unitialized or lost state, don't try to access the context.\n\nIn order to test this, I added an Internal setting that always\nforces WebGL into a pending state.\n\nTest: fast/canvas/webgl/useWhilePending.html\n\n* html/canvas/WebGLRenderingContextBase.cpp:\n(WebCore::WebGLRenderingContextBase::create): Check internal settings for\na forced pending state.\n(WebCore::WebGLRenderingContextBase::drawingBufferWidth): Guard against a pending state.\n(WebCore::WebGLRenderingContextBase::drawingBufferHeight): Ditto.\n* page/Settings.cpp: New Internal setting for forcing a pending policy.\n(WebCore::Settings::Settings):\n(WebCore::Settings::setForcePendingWebGLPolicy):\n* page/Settings.h:\n(WebCore::Settings::isForcePendingWebGLPolicy):\n* testing/InternalSettings.cpp:\n(WebCore::InternalSettings::Backup::Backup):\n(WebCore::InternalSettings::Backup::restoreTo):\n(WebCore::InternalSettings::setForcePendingWebGLPolicy):\n* testing/InternalSettings.h:\n* testing/InternalSettings.idl:\n\nLayoutTests:\n\nAttemps to use a WebGL context while it is in the pending state.\n\n* fast/canvas/webgl/useWhilePending-expected.txt: Added.\n* fast/canvas/webgl/useWhilePending.html: Added.\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@185128 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/paul99/webkit-mips/commits/64242fd29ffc5f195ac49e4b85abc14262159c8c"},{"sha":"edbdc805e5f95b4fd0146e4f409b9690d91b6b12","author":{"email":"af664bbd4d5aee5df9352ca181b40e17255c4a06@apple.com","name":"andersca@apple.com"},"message":"Use UUIDs for WebSQL database filenames instead of a sequential number\nhttps://bugs.webkit.org/show_bug.cgi?id=145571\n\nReviewed by Dan Bernstein.\n\nThis is a first step towards getting rid of the iOS specific code path where we truncate\ndatabase files instead of deleting them (in order to avoid file corruption).\n\n* Modules/webdatabase/DatabaseTracker.cpp:\n(WebCore::generateDatabaseFileName):\n(WebCore::DatabaseTracker::fullPathForDatabaseNoLock):\n* platform/sql/SQLiteFileSystem.cpp:\n(WebCore::SQLiteFileSystem::getFileNameForNewDatabase): Deleted.\n* platform/sql/SQLiteFileSystem.h:\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@185129 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/paul99/webkit-mips/commits/edbdc805e5f95b4fd0146e4f409b9690d91b6b12"},{"sha":"26a07f2bd983ae6cf929f48375785cab37c34299","author":{"email":"4e2df5029224b0cc861d4c3a65c813963297b174@apple.com","name":"dino@apple.com"},"message":"No need to guard the sizes attribute against PICTURE_SIZES in preload scanner.\nhttps://bugs.webkit.org/show_bug.cgi?id=145573\n<rdar://problem/21210038>\n\nReviewed by Myles Maxfield.\n\nThe PICTURE_SIZES feature flag doesn't need to be used to\nguard preloading of the sizes attribute.\n\n* html/parser/HTMLPreloadScanner.cpp:\n(WebCore::TokenPreloadScanner::StartTagScanner::processAttributes): Deleted.\n(WebCore::TokenPreloadScanner::StartTagScanner::processAttribute): Deleted.\n\ngit-svn-id: http://svn.webkit.org/repository/webkit/trunk@185130 268f45cc-cd09-0410-ab3c-d52691b4dbfc","distinct":true,"url":"https://api.github.com/repos/paul99/webkit-mips/commits/26a07f2bd983ae6cf929f48375785cab37c34299"}]}