1. 11 Apr, 2013 40 commits
    • commit-queue@webkit.org's avatar
      [GTK] Webkit fails to build with MinGW compiler after changeset 146468 · 5ab58687
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114473
      
      Patch by Paweł Forysiuk <tuxator@o2.pl> on 2013-04-11
      Reviewed by Martin Robinson.
      
      * Source/autotools/CheckSystemAndBasicDependencies.m4: Fix typo.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148248 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5ab58687
    • mrobinson@webkit.org's avatar
      [GTK] Add accelerated 2D canvas support using cairo-gl · 6d6f5915
      mrobinson@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=104672
      
      Reviewed by Alejandro G. Castro.
      
      .:
      
      Detect that we can activate accelerated canvas when CairoGL is present and
      TextureMapperGL is enabled.
      
      * Source/autotools/FindDependencies.m4: Look for CairoGL.
      * Source/autotools/PrintBuildConfiguration.m4: Print the status of accelerated canvas activation.
      * Source/autotools/SetupWebKitFeatures.m4: Set the feature.
      
      Source/WebCore:
      
      No new tests. We do not yet have the ability to run tests against
      accelerated content.
      
      * platform/graphics/GraphicsContext.cpp:
      (WebCore): We don't use the stub implementation of isAcceleratedContext any longer.
      * platform/graphics/ImageBuffer.cpp:
      (WebCore): Ditto for ImageBuffer::platformLayer.
      * platform/graphics/cairo/GLContext.h:
      (GLContext): Added method to get a cairo_device_t from the context.
      * platform/graphics/cairo/GraphicsContextCairo.cpp:
      (WebCore::GraphicsContext::isAcceleratedContext): Return true when we are a CairoGL surface.
      * platform/graphics/cairo/ImageBufferCairo.cpp:
      (WebCore::ImageBufferData::ImageBufferData): Initialize the size and the texture to 0.
      (WebCore::createCairoGLSurface): Added this helper.
      (WebCore::ImageBuffer::ImageBuffer): When we are in accelerated rendering mode, create
      a CairoGL surface.
      (WebCore::ImageBuffer::platformTransformColorSpace): Do not implement this for accelerated
      contexts yet.
      (WebCore::mapSurfaceToImage): Added this helper, since we don't require Cairo 1.12 yet,
      which provides an builtin implementation.
      (WebCore::unmapSurfaceFromImage): Ditto.
      (WebCore::getImageData): Map the surface to an image surface first.
      (WebCore::ImageBuffer::putByteArray): Ditto.
      (WebCore::ImageBufferData::paintToTextureMapper): Connect the accelerated canvas into the
      TextureMapper infrastructure.
      (WebCore::ImageBuffer::platformLayer): This lets the TextureMapper at the ImageBufferData.
      * platform/graphics/cairo/ImageBufferDataCairo.h:
      (ImageBufferData): Subclass TexturMapperPlatformLayer where appropriate.
      * platform/graphics/egl/GLContextEGL.cpp: Added implementation of cairoDevice.
      * platform/graphics/egl/GLContextEGL.h: Ditto.
      * platform/graphics/glx/GLContextGLX.cpp: Ditto
      * platform/graphics/glx/GLContextGLX.h: Ditto.
      
      Tools:
      
      Since the value of ACCELERATED_2D_CANVAS relies on some somewhat unusual
      dependencies, don't override value of the setting determined by configure.
      This will make it easier for people using build-webkit, but not the
      WebKit JHBuild.
      
      * Scripts/webkitdirs.pm:
      (buildAutotoolsProject): Add a blacklist for settings to never override.
      * gtk/jhbuild.modules: Build CairoGL.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148247 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6d6f5915
    • rniwa@webkit.org's avatar
      build.webkit.org should link to webkit-queues instead of webkit-commit-queue · a5647674
      rniwa@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114477
      
      Reviewed by Benjamin Poulain.
      
      * BuildSlaveSupport/build.webkit.org-config/templates/root.html:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148246 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a5647674
    • andersca@apple.com's avatar
      Implement removing storage area items · dc5b6ca9
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=114472
      
      Reviewed by Beth Dakin.
      
      Source/WebCore:
      
      Export StorageMap::removeItem.
      
      * WebCore.exp.in:
      
      Source/WebKit2:
      
      * UIProcess/Storage/StorageManager.cpp:
      (StorageManager::StorageArea):
      (WebKit::StorageManager::StorageArea::setItem):
      Rename connection to sourceConnection.
      
      (WebKit::StorageManager::StorageArea::removeItem):
      Remove the item from the map and dispatch events if needed.
      
      (WebKit::StorageManager::removeItem):
      Find the right storage area, remove the item and send back a DidRemoveItem message.
      
      * UIProcess/Storage/StorageManager.messages.in:
      Add RemoveItem message.
      
      * WebProcess/Storage/StorageAreaImpl.cpp:
      (WebKit::StorageAreaImpl::removeItem):
      Call StorageAreaMap::removeItem.
      
      * WebProcess/Storage/StorageAreaMap.cpp:
      (WebKit::StorageAreaMap::removeItem):
      Send a RemoveItem message to the storage manager.
      
      (WebKit::StorageAreaMap::didRemoveItem):
      Add empty stub.
      
      * WebProcess/Storage/StorageAreaMap.messages.in:
      Add DidRemoveItem message.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148245 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      dc5b6ca9
    • commit-queue@webkit.org's avatar
      TextTrackList's .onremovetrack is missing from IDL · 366f68a6
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=103421
      
      Patch by Brendan Long <b.long@cablelabs.com> on 2013-04-11
      Reviewed by Eric Carlson.
      
      Source/WebCore:
      
      Fixed test media/track/opera/interfaces/TextTrackList/onremovetrack.html
      
      * html/track/TextTrackList.cpp:
      (TextTrackList::remove):
      (TextTrackList::scheduleRemoveTrackEvent):
      * html/track/TextTrackList.h:
      (TextTrackList):
      * html/track/TextTrackList.idl:
      
      LayoutTests:
      
      * media/track/opera/interfaces/TextTrackList/onremovetrack-expected.txt: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148244 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      366f68a6
    • rniwa@webkit.org's avatar
      Leaks builder should not be triggered upon new commits · 1dcb3d20
      rniwa@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114475
      
      Reviewed by Jessie Berlin.
      
      Don't trigger them on new checkins wait for Mountaion Lion (Build), which already triggers
      the leak builder when builds are done.
      
      * BuildSlaveSupport/build.webkit.org-config/config.json:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148243 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      1dcb3d20
    • commit-queue@webkit.org's avatar
      [BlackBerry] Upstream the filesystem code · 24aab664
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114437
      
      Patch by Alberto Garcia <agarcia@igalia.com> on 2013-04-11
      Reviewed by Rob Buis.
      
      This patch contains contributions from many members of the
      BlackBerry WebKit team.
      
      * platform/blackberry/AsyncFileWriterBlackBerry.cpp: Added.
      (WebCore):
      (WebCore::AsyncFileWriterBlackBerry::write):
      * platform/blackberry/AsyncFileWriterBlackBerry.h: Added.
      (WTF):
      (WTF::BlackBerry::Platform::WebFileWriter):
      (WebCore):
      * platform/blackberry/DOMFileSystemBlackBerry.cpp: Added.
      (WebCore):
      (WebCore::DOMFileSystemBase::createFileSystemURL):
      (WebCore::DOMFileSystemBase::crackFileSystemURL):
      (WebCore::DOMFileSystemBase::supportsToURL):
      (WebCore::DOMFileSystemBase::isValidType):
      * platform/blackberry/LocalFileSystemBlackBerry.cpp: Added.
      (WebCore):
      (WebCore::fileSystemTypeString):
      (WebCore::openFileSystem):
      (WebCore::LocalFileSystem::deleteFileSystem):
      (WebCore::LocalFileSystem::readFileSystem):
      (WebCore::LocalFileSystem::requestFileSystem):
      * platform/blackberry/PlatformAsyncFileSystemCallbacks.cpp: Added.
      (WebCore):
      (WebCore::PlatformAsyncFileSystemCallbacks::notifyOpenFileSystem):
      (WebCore::PlatformAsyncFileSystemCallbacks::notifySucceed):
      (WebCore::PlatformAsyncFileSystemCallbacks::notifyFail):
      (WebCore::getFileMetadata):
      (WebCore::PlatformAsyncFileSystemCallbacks::notifyReadMetadata):
      (WebCore::PlatformAsyncFileSystemCallbacks::notifyCreateSnapshotFileAndReadMetadata):
      (WebCore::PlatformAsyncFileSystemCallbacks::notifyReadDirectory):
      (WebCore::PlatformAsyncFileSystemCallbacks::notifyCreateFileWriter):
      (WebCore::PlatformAsyncFileSystemCallbacks::createAsyncFileSystem):
      (WebCore::PlatformAsyncFileSystemCallbacks::createAsyncFileWriter):
      (WebCore::PlatformAsyncFileSystemCallbacks::deleteMe):
      * platform/blackberry/PlatformAsyncFileSystemCallbacks.h: Added.
      (WebCore):
      * platform/blackberry/PlatformBlob.cpp: Added.
      (WebCore):
      (WebCore::PlatformBlob::nextDataItem):
      * platform/blackberry/PlatformBlob.h: Added.
      (WebCore):
      * platform/blackberry/PlatformFileWriterClient.cpp: Added.
      (WebCore):
      (WebCore::PlatformFileWriterClient::notifyWrite):
      (WebCore::PlatformFileWriterClient::notifyTruncate):
      (WebCore::PlatformFileWriterClient::notifyFail):
      * platform/blackberry/PlatformFileWriterClient.h: Added.
      (WebCore):
      (WTF):
      (WTF::WebCore::PlatformFileWriterClient):
      * platform/blackberry/WorkerAsyncFileSystemBlackBerry.cpp: Added.
      (WebCore):
      (WebCore::WorkerAsyncFileSystemBlackBerry::WorkerAsyncFileSystemBlackBerry):
      (WebCore::WorkerAsyncFileSystemBlackBerry::~WorkerAsyncFileSystemBlackBerry):
      (WebCore::WorkerAsyncFileSystemBlackBerry::waitForOperationToComplete):
      (WebCore::WorkerAsyncFileSystemBlackBerry::openFileSystemOnMainThread):
      (WebCore::WorkerAsyncFileSystemBlackBerry::deleteFileSystemOnMainThread):
      (WebCore::WorkerAsyncFileSystemBlackBerry::moveOnMainThread):
      (WebCore::WorkerAsyncFileSystemBlackBerry::copyOnMainThread):
      (WebCore::WorkerAsyncFileSystemBlackBerry::removeOnMainThread):
      (WebCore::WorkerAsyncFileSystemBlackBerry::removeRecursivelyOnMainThread):
      (WebCore::WorkerAsyncFileSystemBlackBerry::readMetadataOnMainThread):
      (WebCore::WorkerAsyncFileSystemBlackBerry::createFileOnMainThread):
      (WebCore::WorkerAsyncFileSystemBlackBerry::createDirectoryOnMainThread):
      (WebCore::WorkerAsyncFileSystemBlackBerry::fileExistsOnMainThread):
      (WebCore::WorkerAsyncFileSystemBlackBerry::directoryExistsOnMainThread):
      (WebCore::WorkerAsyncFileSystemBlackBerry::readDirectoryOnMainThread):
      (WebCore::WorkerAsyncFileSystemBlackBerry::createWriterOnMainThread):
      (WebCore::WorkerAsyncFileSystemBlackBerry::createSnapshotFileAndReadMetadataOnMainThread):
      (WebCore::WorkerAsyncFileSystemBlackBerry::openFileSystem):
      (WebCore::WorkerAsyncFileSystemBlackBerry::deleteFileSystem):
      (WebCore::WorkerAsyncFileSystemBlackBerry::move):
      (WebCore::WorkerAsyncFileSystemBlackBerry::copy):
      (WebCore::WorkerAsyncFileSystemBlackBerry::remove):
      (WebCore::WorkerAsyncFileSystemBlackBerry::removeRecursively):
      (WebCore::WorkerAsyncFileSystemBlackBerry::readMetadata):
      (WebCore::WorkerAsyncFileSystemBlackBerry::createFile):
      (WebCore::WorkerAsyncFileSystemBlackBerry::createDirectory):
      (WebCore::WorkerAsyncFileSystemBlackBerry::fileExists):
      (WebCore::WorkerAsyncFileSystemBlackBerry::directoryExists):
      (WebCore::WorkerAsyncFileSystemBlackBerry::readDirectory):
      (WebCore::WorkerAsyncFileSystemBlackBerry::createWriter):
      (WebCore::WorkerAsyncFileSystemBlackBerry::createSnapshotFileAndReadMetadata):
      * platform/blackberry/WorkerAsyncFileSystemBlackBerry.h: Added.
      (WebCore):
      (WorkerAsyncFileSystemBlackBerry):
      (WebCore::WorkerAsyncFileSystemBlackBerry::create):
      * platform/blackberry/WorkerAsyncFileWriterBlackBerry.cpp: Added.
      (WebCore):
      (WebCore::WorkerAsyncFileWriterBlackBerry::writeOnMainThread):
      (WebCore::WorkerAsyncFileWriterBlackBerry::truncateOnMainThread):
      (WebCore::WorkerAsyncFileWriterBlackBerry::abortOnMainThread):
      (WebCore::WorkerAsyncFileWriterBlackBerry::write):
      (WebCore::WorkerAsyncFileWriterBlackBerry::truncate):
      (WebCore::WorkerAsyncFileWriterBlackBerry::abort):
      (WebCore::WorkerAsyncFileWriterBlackBerry::waitForOperationToComplete):
      (WebCore::WorkerAsyncFileWriterBlackBerry::platformWriterClient):
      * platform/blackberry/WorkerAsyncFileWriterBlackBerry.h: Added.
      (WebCore):
      * platform/blackberry/WorkerPlatformAsyncFileSystemCallbacks.cpp: Added.
      (WebCore):
      (WebCore::performTaskOnMainThread):
      (WebCore::postTaskToMainThread):
      (WebCore::WorkerPlatformAsyncFileSystemCallbacks::notifyStop):
      (WebCore::WorkerPlatformAsyncFileSystemCallbacks::notifyOpenFileSystem):
      (WebCore::WorkerPlatformAsyncFileSystemCallbacks::notifySucceed):
      (WebCore::WorkerPlatformAsyncFileSystemCallbacks::notifyFail):
      (WebCore::WorkerPlatformAsyncFileSystemCallbacks::notifyReadMetadata):
      (WebCore::WorkerPlatformAsyncFileSystemCallbacks::notifyReadDirectory):
      (WebCore::WorkerPlatformAsyncFileSystemCallbacks::notifyCreateFileWriter):
      (WebCore::WorkerPlatformAsyncFileSystemCallbacks::createAsyncFileSystem):
      (WebCore::WorkerPlatformAsyncFileSystemCallbacks::createAsyncFileWriter):
      (WebCore::WorkerPlatformAsyncFileSystemCallbacks::deleteMe):
      (WebCore::WorkerPlatformAsyncFileSystemCallbacks::postTaskToWorkerThread):
      (WebCore::WorkerPlatformAsyncFileSystemCallbacks::notifyOpenFileSystemOnWorkerThread):
      (WebCore::WorkerPlatformAsyncFileSystemCallbacks::notifySucceedOnWorkerThread):
      (WebCore::WorkerPlatformAsyncFileSystemCallbacks::notifyFailOnWorkerThread):
      (WebCore::WorkerPlatformAsyncFileSystemCallbacks::notifyReadMetadataOnWorkerThread):
      (WebCore::WorkerPlatformAsyncFileSystemCallbacks::notifyReadDirectoryEntryOnWorkerThread):
      (WebCore::WorkerPlatformAsyncFileSystemCallbacks::notifyCreateFileWriterOnWorkerThread):
      * platform/blackberry/WorkerPlatformAsyncFileSystemCallbacks.h: Added.
      (WebCore):
      * platform/blackberry/WorkerPlatformFileWriterClient.cpp: Added.
      (WebCore):
      (WebCore::WorkerPlatformFileWriterClient::notifyWriteOnWorkerThread):
      (WebCore::WorkerPlatformFileWriterClient::notifyFailOnWorkerThread):
      (WebCore::WorkerPlatformFileWriterClient::notifyTruncateOnWorkerThread):
      (WebCore::WorkerPlatformFileWriterClient::notifyWrite):
      (WebCore::WorkerPlatformFileWriterClient::notifyTruncate):
      (WebCore::WorkerPlatformFileWriterClient::notifyFail):
      (WebCore::WorkerPlatformFileWriterClient::postTaskToWorkerThreadIfNeeded):
      * platform/blackberry/WorkerPlatformFileWriterClient.h: Added.
      (WebCore):
      (WTF):
      (WTF::WebCore::WorkerPlatformFileWriterClient):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148242 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      24aab664
    • roger_fong@apple.com's avatar
      Build fix. · 1dd0bcf2
      roger_fong@apple.com authored
      * win/include/WebKitSystemInterface/WebKitSystemInterface.h:
      * win/lib/WebKitSystemInterface.lib:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148241 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      1dd0bcf2
    • ap@apple.com's avatar
      <rdar://problem/10416316> [Mac] WebSocket doesn't work with authenticating proxies · 3d414b16
      ap@apple.com authored
              https://bugs.webkit.org/show_bug.cgi?id=114464
      
              Update WebKitSystemInterface.
      
              * WebKitSystemInterface.h:
              * libWebKitSystemInterfaceLion.a:
              * libWebKitSystemInterfaceMountainLion.a:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148240 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3d414b16
    • rniwa@webkit.org's avatar
      Mac Lion build fix attempt after r148197. · e071ae9f
      rniwa@webkit.org authored
      * page/scrolling/mac/ScrollingStateNodeMac.mm:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148239 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e071ae9f
    • timothy_horton@apple.com's avatar
      InjectedBundleNodeHandle::imageForRect doesn't respect device scale factor or highlighting option · f7536351
      timothy_horton@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=114466
      <rdar://problem/13508513>
      
      Reviewed by Simon Fraser.
      
      Respect the device scale factor when creating the snapshot image.
      Clear the snapshot image before drawing into it.
      Respect SnapshotOptionsExcludeSelectionHighlighting.
      
      * WebProcess/InjectedBundle/DOM/InjectedBundleNodeHandle.cpp:
      (WebKit::imageForRect):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148238 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f7536351
    • ap@apple.com's avatar
      <rdar://problem/10416316> [Mac] WebSocket doesn't work with authenticating proxies · 3622a9eb
      ap@apple.com authored
              https://bugs.webkit.org/show_bug.cgi?id=114464
      
              Reviewed by Brady Eidson.
      
              * platform/mac/WebCoreSystemInterface.h:
              * platform/mac/WebCoreSystemInterface.mm:
              Updated for new wkCopyCONNECTProxyResponse signature.
      
              * platform/network/cf/SocketStreamHandleCFNet.cpp:
              (WebCore::SocketStreamHandle::executePACFileURL): Fixed a typo in a comment.
              (WebCore::SocketStreamHandle::addCONNECTCredentials): Don't crash even if the rest
              of the fix didn't work (which would be the case on some OS versions).
              (WebCore::SocketStreamHandle::readStreamCallback): Replaced most breaks with returns,
              because breaks were confusing in such a huge switch. Changed null proxyResponse
              to not be treated as authentication success, because it's not. Merged two parts
              of WaitingForConnect state handling for clarity.
              (WebCore::SocketStreamHandle::writeStreamCallback): Don't blindly assume that we
              can start WebSocket handshake after kCFStreamEventCanAcceptBytes. Perhaps it's
              nothing but a failed CONNECT, and a read callback still needs to send authentication.
              Without this, establishing connections was flaky. Added a check for Closed state,
              matching read callback.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148237 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3622a9eb
    • commit-queue@webkit.org's avatar
      MutationRecord is not exposed · 83b646df
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114288
      
      Patch by Sukolsak Sakshuwong <sukolsak@gmail.com> on 2013-04-11
      Reviewed by Darin Adler.
      
      Source/WebCore:
      
      Expose MutationRecord on DOMWindow. This patch is copied from a patch
      by Adam Klein. https://codereview.chromium.org/13861028
      
      Test: fast/dom/MutationObserver/mutation-record-constructor.html
      
      * page/DOMWindow.idl:
      
      LayoutTests:
      
      This test is copied from a patch by Adam Klein.
      https://codereview.chromium.org/13861028
      The test expectation of "typeof MutationRecord" is changed from
      "function" to "object". (See bug 114457)
      
      * fast/dom/MutationObserver/mutation-record-constructor-expected.txt: Added.
      * fast/dom/MutationObserver/mutation-record-constructor.html: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148236 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      83b646df
    • bdakin@apple.com's avatar
      Cannot scroll to footer on a page with overflow:hidden on the body · 5ba34664
      bdakin@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=114462
      -and corresponding-
      <rdar://problem/13530042>
      
      Reviewed by Simon Fraser.
      
      Add a new scenario in which we want to overrideHidden -- whenever we are the 
      mainFrame and there is a header or footer.
      
      * page/FrameView.cpp:
      (WebCore::FrameView::applyOverflowToViewport):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148234 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5ba34664
    • rniwa@webkit.org's avatar
      Unreviewed, rolling out r148034, r148052, r148097, and · bcf70f28
      rniwa@webkit.org authored
      r148194.
      http://trac.webkit.org/changeset/148034
      http://trac.webkit.org/changeset/148052
      http://trac.webkit.org/changeset/148097
      http://trac.webkit.org/changeset/148194
      https://bugs.webkit.org/show_bug.cgi?id=114463
      
      broke mutiresolution favicons, among other things (Requested
      by thorton on #webkit).
      
      
      Source/WebCore:
      
      * loader/icon/IconDatabase.cpp:
      (WebCore::IconDatabase::setIconDataForIconURL):
      * loader/icon/IconDatabase.h:
      (IconDatabase):
      * loader/icon/IconDatabaseBase.h:
      * loader/icon/IconRecord.cpp:
      * loader/icon/IconRecord.h:
      (IconRecord):
      
      Source/WebKit2:
      
      * UIProcess/WebIconDatabase.cpp:
      (WebKit::WebIconDatabase::setIconDataForIconURL):
      * UIProcess/WebIconDatabase.h:
      (WebIconDatabase):
      * UIProcess/WebIconDatabase.messages.in:
      * WebProcess/IconDatabase/WebIconDatabaseProxy.cpp:
      (WebKit::WebIconDatabaseProxy::setIconDataForIconURL):
      * WebProcess/Plugins/PDF/PDFPlugin.mm:
      (WebKit::PDFPlugin::destroy):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148233 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      bcf70f28
    • commit-queue@webkit.org's avatar
      [GTK][AC] Implement GraphicsLayerClutter::moveOrCopyAnimations · 081e324b
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114019
      
      Patch by ChangSeok Oh <changseok.oh@collabora.com> on 2013-04-11
      Reviewed by Gustavo Noronha Silva.
      
      Fill moveOrCopyAnimations that is based on Mac port implementation.
      
      Tests: animations/3d/change-transform-in-end-event.html
             animations/3d/transform-origin-vs-functions.html
             compositing/animation/state-at-end-event-transform-layer.html
      
      * platform/graphics/clutter/GraphicsLayerClutter.cpp:
      (WebCore::GraphicsLayerClutter::moveOrCopyLayerAnimation):
      (WebCore):
      (WebCore::GraphicsLayerClutter::moveOrCopyAnimations):
      * platform/graphics/clutter/GraphicsLayerClutter.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148232 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      081e324b
    • andersca@apple.com's avatar
      Implement StorageManager::getValues · 6043c8de
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=114461
      
      Reviewed by Beth Dakin.
      
      Source/WebCore:
      
      Expose the item hash map.
      
      * storage/StorageMap.h:
      (WebCore::StorageMap::items):
      
      Source/WebKit2:
      
      * UIProcess/Storage/StorageManager.cpp:
      (WebKit::StorageManager::StorageArea::items):
      (WebKit::StorageManager::getValues):
      Return the items from the right storage area.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148231 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6043c8de
    • commit-queue@webkit.org's avatar
      [GTK] Windows build failure after r136056 · f995fdae
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114121
      
      Patch by Kalev Lember <kalevlember@gmail.com> on 2013-04-11
      Reviewed by Martin Robinson.
      
      * TestWebKitAPI/config.h: Make sure defines are correct for other
      Windows ports than apple-win.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148230 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f995fdae
    • andersca@apple.com's avatar
      Clean up related storage areas when a connection is destroyed · 6b1d98ad
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=114459
      
      Reviewed by Beth Dakin.
      
      * UIProcess/Storage/StorageManager.cpp:
      (WebKit::StorageManager::processWillCloseConnection):
      Dispatch invalidateConnectionInternal on the work queue.
      
      (WebKit::StorageManager::createStorageMap):
      (WebKit::StorageManager::destroyStorageMap):
      Rename m_storageAreas to m_storageAreasByConnection.
      
      (WebKit::StorageManager::invalidateConnectionInternal):
      Go over all known storage areas and remove this connection as a listener.
      
      (WebKit::StorageManager::findStorageArea):
      Rename m_storageAreas to m_storageAreasByConnection.
      
      * UIProcess/Storage/StorageManager.h:
      Rename m_storageAreas to m_storageAreasByConnection.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148229 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6b1d98ad
    • commit-queue@webkit.org's avatar
      [BlackBerry] Use the platform list of languages with fonts instead of hardcoding · 7fdb39a1
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114452
      
      Patch by Eli Fidler <efidler@blackberry.com> on 2013-04-11
      Reviewed by Rob Buis.
      
      BlackBerry PR 325244
      Internally reviewed by Jeff Rogers
      
      No functional change, but platform font changes won't need a WebKit change
      going forward.
      
      * page/blackberry/SettingsBlackBerry.cpp:
      (WebCore::Settings::initializeDefaultFontFamilies):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148228 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7fdb39a1
    • krit@webkit.org's avatar
      [CSS Shaders] Parse parameters descriptor · 7afcd74f
      krit@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114455
      
      Reviewed by Dean Jackson.
      
      Source/WebCore:
      
      Add support for the 'parameters' descriptor in the filter at-rule to support
      parameterization of CSS Shaders.
      
      https://dvcs.w3.org/hg/FXTF/raw-file/tip/filters/index.html#custom-filter-parameters
      
      Tests: css3/filters/custom-with-at-rule-syntax/parsing-parameters-property-invalid.html
             css3/filters/custom-with-at-rule-syntax/parsing-parameters-property-valid.html
      
      * css/CSSComputedStyleDeclaration.cpp:
      (WebCore::CSSComputedStyleDeclaration::getPropertyCSSValue):
      * css/CSSParser.cpp: Added 'parameters' property and fail parsing if not inside
          of an @filter rule.
      (WebCore::CSSParser::parseValue):
      (WebCore::CSSParser::parseFilterRuleParameters): New helper function to verify
          values.
      (WebCore):
      * css/CSSParser.h:
      * css/CSSProperty.cpp:
      (WebCore::CSSProperty::isInheritedProperty):
      * css/CSSPropertyNames.in: Added new property name 'parameters'.
      * css/StyleResolver.cpp:
      (WebCore::StyleResolver::applyProperty):
      
      LayoutTests:
      
      Tests for the 'parameters' descriptor on @filter rule.
      
      * css3/filters/custom-with-at-rule-syntax/parsing-parameters-property-invalid-expected.txt: Added.
      * css3/filters/custom-with-at-rule-syntax/parsing-parameters-property-invalid.html: Added.
      * css3/filters/custom-with-at-rule-syntax/parsing-parameters-property-valid-expected.txt: Added.
      * css3/filters/custom-with-at-rule-syntax/parsing-parameters-property-valid.html: Added.
      * css3/filters/custom-with-at-rule-syntax/script-tests/parsing-parameters-property-invalid.js: Added.
      (testInvalidParametersProperty):
      * css3/filters/custom-with-at-rule-syntax/script-tests/parsing-parameters-property-valid.js: Added.
      (testParametersProperty):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148227 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7afcd74f
    • fpizlo@apple.com's avatar
      Get rid of the 10ms delay between test executions · 45828c45
      fpizlo@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=114458
      <rdar://problem/13631112>
      
      Reviewed by Darin Adler and Geoffrey Garen.
              
      More details on this in the bug. Long story short, I don't know why the 10ms delay is
      there, and it appears to be the root of some noisyness and unreliability in the results.
      Removing it makes results more consistent, which is a good thing.
      
      * resources/driver-TEMPLATE.html:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148226 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      45828c45
    • zhajiang@rim.com's avatar
      [BlackBerry] Initial scale changes depending on the order of page navigations · 30261ebd
      zhajiang@rim.com authored
      https://bugs.webkit.org/show_bug.cgi?id=114448
      
      Patch by Jacky Jiang <zhajiang@rim.com>.
      Reviewed by Rob Buis.
      
      PR: 323941
      During page transitions, absoluteVisibleOverflowSize() and contentsSize()
      in fixedLayoutSize() were based on the old page when we just started or
      committed provisinal load. In that case, fixedLayoutSize() is very old
      page dependent and can cause inconsistent behaviors. For example, if
      the old page contents width is 4000, we will get DEFAULT_MAX_LAYOUT_WIDTH 1024
      as the new page's fixedLayoutSize; however, we will get 768 if we
      navigate to the new page directly.
      To fix that, return default layout size if the page doesn't have
      virtual viewport and m_loadState is Provisional.
      
      * Api/WebPage.cpp:
      (BlackBerry::WebKit::WebPagePrivate::fixedLayoutSize):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148225 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      30261ebd
    • commit-queue@webkit.org's avatar
      Default Implementation of toString for NPObject shouldn't return NPClass &... · d65c6f38
      commit-queue@webkit.org authored
      Default Implementation of toString for NPObject shouldn't return NPClass & NPObject address as String
      https://bugs.webkit.org/show_bug.cgi?id=114450
      
      Patch by Arunprasad Rajkumar <arunprasadr@nds.com> on 2013-04-11
      Reviewed by Anders Carlsson.
      
      * bridge/c/c_instance.cpp:
      (JSC::Bindings::CInstance::stringValue):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148224 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      d65c6f38
    • robert@webkit.org's avatar
      REGRESSION (142152): ensure we skip past out-of-flow objects when detecting... · dc6fd18c
      robert@webkit.org authored
      REGRESSION (142152): ensure we skip past out-of-flow objects when detecting whitespace to ignore after leading empty inlines
      https://bugs.webkit.org/show_bug.cgi?id=114311
      
      Reviewed by Emil A Eklund.
      
      Source/WebCore:
      
      When we hit an empty inline in line layout and try to detect whether it has any whitespace after it that we ought to ignore, then
      we need to skip past out-of-flow and floating objects when looking for that whitespace. Failure to do so will result in us
      adding the width from the first space we encounter to our line width and over-estimating the real width of the line.
      
      We're hitting this bug now because we have broadened the category of empty inlines that get lineboxes so we go into line layout
      and have to deal with them and their subsequent whitespace there. Previously this sort of whitespace would have been simply
      consumed by |skipLeadingWhitespace|.
      
      Test: fast/inline/out-of-flow-objects-and-whitespace-after-empty-inline.html
      
      * rendering/RenderBlockLineLayout.cpp:
      (WebCore::shouldSkipWhitespaceAfterStartObject):
      
      LayoutTests:
      
      * fast/inline/out-of-flow-objects-and-whitespace-after-empty-inline-expected.txt: Added.
      * fast/inline/out-of-flow-objects-and-whitespace-after-empty-inline.html: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148223 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      dc6fd18c
    • ojan@chromium.org's avatar
      Remove myself from watchlists. · 3b4df957
      ojan@chromium.org authored
      * Scripts/webkitpy/common/config/watchlist:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148222 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3b4df957
    • rniwa@webkit.org's avatar
      Autocorrected text doesn't have a marker of type autocorrected · 7b63d663
      rniwa@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114337
      
      Reviewed by Darin Adler.
      
      Source/WebCore:
      
      The bug was caused by markAndReplaceFor's text replacement errornously assuming that there are
      no other text checking result starting at the same offset. That resulted in us adjusting location
      offsets of the subsequent results pointing at the replaced text, hit an assertion, and blow up.
      
      Fixed the bug by skipping all remaining results for the replaced text since they're no longer
      applicable.
      
      Tests: Existing autocorection tests have been updated to assert new behavior.
      
      * editing/Editor.cpp:
      (WebCore::Editor::markAndReplaceFor):
      
      LayoutTests:
      
      Updated tests to assert the existence of "autocorrected" markers.
      
      * platform/mac/editing/spelling/click-autocorrected-word-expected.png:
      * platform/mac/editing/spelling/click-autocorrected-word-expected.txt:
      * platform/mac/editing/spelling/click-autocorrected-word.html:
      * platform/mac/editing/spelling/delete-into-autocorrected-word-expected.png:
      * platform/mac/editing/spelling/delete-into-autocorrected-word-expected.txt:
      * platform/mac/editing/spelling/delete-into-autocorrected-word.html:
      * platform/mac/editing/spelling/forward-delete-into-autocorrected-word-expected.png:
      * platform/mac/editing/spelling/forward-delete-into-autocorrected-word-expected.txt:
      * platform/mac/editing/spelling/forward-delete-into-autocorrected-word.html:
      * platform/mac/editing/spelling/move-cursor-to-autocorrected-word-expected.png:
      * platform/mac/editing/spelling/move-cursor-to-autocorrected-word-expected.txt:
      * platform/mac/editing/spelling/move-cursor-to-autocorrected-word.html:
      * platform/mac/editing/spelling/move-cursor-to-beginning-of-autocorrected-word-expected.png:
      * platform/mac/editing/spelling/move-cursor-to-beginning-of-autocorrected-word-expected.txt:
      * platform/mac/editing/spelling/move-cursor-to-beginning-of-autocorrected-word.html:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148221 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7b63d663
    • michelangelo@webkit.org's avatar
      [CSS Shaders] Parse the geometry descriptor · 55403348
      michelangelo@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=110815
      
      Source/WebCore:
      
      Added initial parsing for the "geometry" descriptor, as per specification:
      https://dvcs.w3.org/hg/FXTF/raw-file/tip/filters/index.html#geometry
      This descriptor allows to specify the mesh geometry for custom filters.
      
      Reviewed by Dirk Schulze.
      
      Tests: css3/filters/custom-with-at-rule-syntax/parsing-geometry-property-invalid.html
             css3/filters/custom-with-at-rule-syntax/parsing-geometry-property-valid.html
      
      * css/CSSComputedStyleDeclaration.cpp:
      (WebCore::CSSComputedStyleDeclaration::getPropertyCSSValue):
      * css/CSSParser.cpp:
      (WebCore::CSSParser::parseValue):
      (WebCore::CSSParser::parseGeometry): New method that parses the geometry
      descriptor (grid()).
      (WebCore):
      * css/CSSParser.h:
      * css/CSSProperty.cpp:
      (WebCore::CSSProperty::isInheritedProperty):
      * css/CSSPropertyNames.in: Added conditional "geometry" property.
      * css/CSSValueKeywords.in: Added conditional "attached" value keyword; detached
      was already there.
      
      LayoutTests:
      
      Positive and negative parsing tests for the "geometry" descriptor as
      per specification:
      https://dvcs.w3.org/hg/FXTF/raw-file/tip/filters/index.html#geometry
      
      Reviewed by Dirk Schulze.
      
      * css3/filters/custom-with-at-rule-syntax/parsing-geometry-property-invalid-expected.txt: Added.
      * css3/filters/custom-with-at-rule-syntax/parsing-geometry-property-invalid.html: Added.
      * css3/filters/custom-with-at-rule-syntax/parsing-geometry-property-valid-expected.txt: Added.
      * css3/filters/custom-with-at-rule-syntax/parsing-geometry-property-valid.html: Added.
      * css3/filters/custom-with-at-rule-syntax/script-tests/parsing-geometry-property-invalid.js: Added.
      (testInvalidGeometryProperty):
      * css3/filters/custom-with-at-rule-syntax/script-tests/parsing-geometry-property-valid.js: Added.
      (testGeometryProperty):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148220 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      55403348
    • andersca@apple.com's avatar
      Make StorageAreaMap dispatch session storage events · 2d16cbe9
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=114454
      
      Reviewed by Beth Dakin.
      
      Source/WebCore:
      
      Export storage symbols and headers needed by WebKit2.
      
      * WebCore.exp.in:
      * WebCore.xcodeproj/project.pbxproj:
      
      Source/WebKit2:
      
      * WebProcess/Storage/StorageAreaMap.cpp:
      (WebKit::StorageAreaMap::dispatchStorageEvent):
      Depending on the storage area type, call dispatchSessionStorageEvent or dispatchLocalStorageEvent.
      
      (WebKit::StorageAreaMap::dispatchSessionStorageEvent):
      Enumerate all the frames in our page and dispatch the event to the relevant ones.
      
      (WebKit::StorageAreaMap::dispatchLocalStorageEvent):
      Add empty stub for now.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148219 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      2d16cbe9
    • zandobersek@gmail.com's avatar
      Unreviewed. · 00554f0e
      zandobersek@gmail.com authored
      * Source/autotools/symbols.filter: Stop exporting redundant symbols.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148218 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      00554f0e
    • zandobersek@gmail.com's avatar
      Unreviewed GTK gardening. · 22d83186
      zandobersek@gmail.com authored
      * platform/gtk/TestExpectations: Removing expectations for a bunch of tests that are passing.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148217 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      22d83186
    • rniwa@webkit.org's avatar
      Build fix. Don't hard-code queues.webkit.org at least during the transition. · 39af3eac
      rniwa@webkit.org authored
      * QueueStatusServer/templates/statusbubble.html:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148216 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      39af3eac
    • andersca@apple.com's avatar
      Implement more logic in StorageAreaMap · 2bf34076
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=114451
      
      Reviewed by Alexey Proskuryakov.
      
      * Platform/CoreIPC/HandleMessage.h:
      (CoreIPC::callMemberFunction):
      Add new overload.
      
      * UIProcess/Storage/StorageManager.cpp:
      (WebKit::StorageManager::StorageArea::addListener):
      (WebKit::StorageManager::StorageArea::removeListener):
      These take storage map IDs.
      
      (WebKit::StorageManager::StorageArea::setItem):
      Rename storageAreaID to sourceStorageAreaID.
      
      (WebKit::StorageManager::StorageArea::dispatchEvents):
      Remove the code that would not dispatch to the source connection, there may still be storage areas interested in those events.
      
      (WebKit::StorageManager::setItem):
      This now takes the source storage area ID.
      
      (WebKit::StorageManager::findStorageArea):
      This takes a storage map ID.
      
      * UIProcess/Storage/StorageManager.messages.in:
      SetItem now takes the source storage area ID as well.
      
      * WebProcess/Storage/StorageAreaImpl.cpp:
      (WebKit::StorageAreaImpl::setItem):
      Pass the source frame to StorageAreaMap::setItem.
      
      * WebProcess/Storage/StorageAreaMap.cpp:
      (WebKit::StorageAreaMap::StorageAreaMap):
      Send CreateStorageMap and add the object as a message receiver.
      
      (WebKit::StorageAreaMap::~StorageAreaMap):
      Send DestroyStorageMap and remove the object as a message receiver.
      
      (WebKit::StorageAreaMap::length):
      (WebKit::StorageAreaMap::key):
      (WebKit::StorageAreaMap::item):
      (WebKit::StorageAreaMap::contains):
      Load values and forward calls to the storage map.
      
      (WebKit::StorageAreaMap::setItem):
      This now takes the source frame as well. Update the local storage map and send a SetItem message.
      
      (WebKit::StorageAreaMap::loadValuesIfNeeded):
      Get the values from the storage manager.
      
      (WebKit::StorageAreaMap::dispatchStorageEvent):
      This now takes the source storage area ID.
      
      * WebProcess/Storage/StorageAreaMap.messages.in:
      DispatchStorageEvent now takes the source storage area ID.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148215 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      2bf34076
    • beidson@apple.com's avatar
      Web/Plugin process deadlock initializing async plugins. · 820de4ec
      beidson@apple.com authored
      <rdar://problem/13525232> and https://bugs.webkit.org/show_bug.cgi?id=114217
      
      Rubberstamped by Anders Carlsson.
      
      Rollout r147953 and r147968 as we identified other causes for this.
      
      Source/WebKit2:
      
      * PluginProcess/WebProcessConnection.cpp:
      (WebKit::WebProcessConnection::createPluginAsynchronously):
      * WebProcess/Plugins/PluginProxy.messages.in:
      
      LayoutTests:
      
      * platform/mac-wk2/TestExpectations:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148214 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      820de4ec
    • commit-queue@webkit.org's avatar
      [WK2] Run toString & valueOf LayoutTests for WebKit2 also · a9a35d44
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114433
      
      Patch by Arunprasad Rajkumar <arunprasadr@nds.com> on 2013-04-11
      Reviewed by Anders Carlsson.
      
      * platform/wk2/TestExpectations:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148213 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a9a35d44
    • rniwa@webkit.org's avatar
      Use webkit-queues.appspot.com instead of webkit-commit-queue.appspot.com · 295e901c
      rniwa@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114397
      
      Reviewed by Benjamin Poulain.
      
      Reland the patch since Alan appears to have finished the migration.
      
      * Scripts/webkitpy/common/net/statusserver.py:
      (StatusServer):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148212 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      295e901c
    • allan.jensen@digia.com's avatar
      handleMouseMoveEvent should let hit-testing hit-test scrollbars · 7587c6c1
      allan.jensen@digia.com authored
      https://bugs.webkit.org/show_bug.cgi?id=114430
      
      Reviewed by Antonio Gomes.
      
      Allow hit-testing to hit-test frame scrollbars so handleMouseMoveEvent
      does not have to do it itself.
      
      * page/EventHandler.cpp:
      (WebCore::EventHandler::handleMouseMoveEvent):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148211 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7587c6c1
    • commit-queue@webkit.org's avatar
      [Gtk] Combo boxes should be arrow-out-of-able similar to list boxes when caret-browsing is enabled. · 72e325d2
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=76796
      
      Patch by Brian Holt <brian.holt@samsung.com> on 2013-04-11
      Reviewed by Chris Fleizach.
      
      Source/WebCore:
      
      When using caret-browsing with the right and left arrows, the
      behaviour of menuLists should be the same as listBoxes. This means
      not default-handling the event and passing it up the stack instead.
      
      * html/HTMLSelectElement.cpp:
      (WebCore::HTMLSelectElement::menuListDefaultEventHandler):
      
      Tools:
      
      Make the Gtk window for the DRT a toplevel so that it gets the
      focus from the window manager when the test starts.
      
      * DumpRenderTree/gtk/DumpRenderTree.cpp:
      (main):
      
      LayoutTests:
      
      Adding a new test to verify that it is possible to arrow out of
      combo boxes when caret browsing is enabled. Updated failing tests
      to reflect changed accessibility events in the DRT.
      
      * platform/gtk/accessibility/aria-slider-required-attributes-expected.txt: Updated.
      * platform/gtk/accessibility/caret-browsing-select-focus-expected.txt: Added.
      * platform/gtk/accessibility/caret-browsing-select-focus.html: Added.
      * platform/gtk/accessibility/combo-box-collapsed-selection-changed-expected.txt: Updated.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148210 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      72e325d2
    • ap@apple.com's avatar
      Remove some ResourceHandle.h includes · 5b2281c7
      ap@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=114416
      
      Reviewed by Ryosuke Niwa.
      
      Source/WebCore:
      
      * loader/CrossOriginAccessControl.h:
      * loader/CrossOriginPreflightResultCache.h:
      These files don't need ResourceHandle.h, just ResourceHandleTypes.h.
      
      * loader/TextTrackLoader.cpp:
      * loader/ThreadableLoader.h:
      * loader/appcache/ApplicationCacheGroup.h:
      * loader/cache/MemoryCache.h:
      * loader/mac/ResourceLoaderMac.mm:
      * page/Settings.cpp:
      * platform/network/AuthenticationChallengeBase.cpp:
      * platform/network/cf/CookieJarCFNet.cpp:
      * platform/network/cf/ResourceRequestCFNet.cpp:
      * xml/XSLTProcessorLibxslt.cpp:
      * xml/parser/XMLDocumentParser.cpp:
      * xml/parser/XMLDocumentParserLibxml2.cpp:
      Just straightforward removal of includes.
      
      Source/WebKit2:
      
      * WebProcess/Network/NetworkProcessConnection.cpp: Added an include that is now
      necessary.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148209 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5b2281c7
    • allan.jensen@digia.com's avatar
      Use CSS4 image-rendering to determing image scaling quality · a6052d98
      allan.jensen@digia.com authored
      https://bugs.webkit.org/show_bug.cgi?id=113405
      
      Reviewed by Simon Fraser.
      
      Source/WebCore:
      
      Implement the new CSS4 image-rendering property values.
      
      Image scaling now uses low-quality (pixelated) scaling for
      crisp-edges, pixelated and optimizeSpeed values, and always
      use high quality (smooth) scaling for -webkit-smooth and
      optimizeQuality. The latter can be used to disable low quality
      scaling during CSS animations or live resizing.
      
      The new values are protected with a new CSS4_IMAGES feature, but
      the crisp-edge value has been introduced before to displace the
      deprecated -webkit-optimize-contrast value, and optimizeSpeed
      and optimizeQuality values are supported for SVG compatibility.
      
      * css/CSSParser.cpp:
      (WebCore::isValidKeywordPropertyAndValue):
      * css/CSSPrimitiveValueMappings.h:
      (WebCore::CSSPrimitiveValue::CSSPrimitiveValue):
      (WebCore::CSSPrimitiveValue::operator EImageRendering):
      * css/CSSValueKeywords.in:
      * rendering/RenderBoxModelObject.cpp:
      (WebCore::ImageQualityController::shouldPaintAtLowQuality):
      * rendering/RenderHTMLCanvas.cpp:
      (WebCore::RenderHTMLCanvas::paintReplaced):
      * rendering/style/RenderStyleConstants.h:
      
      Tools:
      
      Introduce new flag to enable experimental support for CSS4 Images.
      
      * Scripts/webkitperl/FeatureList.pm:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148208 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a6052d98