1. 25 May, 2011 35 commits
    • oliver@apple.com's avatar
      6e00d03d
    • jamesr@google.com's avatar
      2011-05-25 James Robinson <jamesr@chromium.org> · 83ea3ae7
      jamesr@google.com authored
              Reviewed by Geoffrey Garen
      
              CachedResource overhead size calculation ignores the actual size of the URL
              https://bugs.webkit.org/show_bug.cgi?id=61481
      
              CachedResource::overheadSize is used to determine the size of an entry in the memory cache to know when to evict
              it.  When the resource is a large data: URL, for example representing image or audio data, the URL size itself
              can be significant.
      
              This patch uses an estimate of actual number of bytes used by the URL that is valid for ASCII urls and close for
              other types of strings instead of a fixed number.
      
              * loader/cache/CachedResource.cpp:
              (WebCore::CachedResource::overheadSize):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87344 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      83ea3ae7
    • oliver@apple.com's avatar
      2011-05-25 Oliver Hunt <oliver@apple.com> · 4872d097
      oliver@apple.com authored
              Reviewed by Geoffrey Garen.
      
              Make RegExp GC allocated
              https://bugs.webkit.org/show_bug.cgi?id=61490
      
              Make RegExp GC allocated.  Basically mechanical change to replace
              most use of [Pass]RefPtr<RegExp> with RegExp* or WriteBarrier<RegExp>
              where actual ownership happens.
      
              Made the RegExpCache use Strong<> references currently to avoid any
              changes in behaviour.
      
              * JavaScriptCore.exp:
              * bytecode/CodeBlock.cpp:
              (JSC::CodeBlock::visitAggregate):
              * bytecode/CodeBlock.h:
              (JSC::CodeBlock::addRegExp):
              * bytecompiler/BytecodeGenerator.cpp:
              (JSC::BytecodeGenerator::addRegExp):
              (JSC::BytecodeGenerator::emitNewRegExp):
              * bytecompiler/BytecodeGenerator.h:
              * runtime/JSCell.h:
              * runtime/JSGlobalData.cpp:
              (JSC::JSGlobalData::JSGlobalData):
              (JSC::JSGlobalData::clearBuiltinStructures):
              (JSC::JSGlobalData::addRegExpToTrace):
              * runtime/JSGlobalData.h:
              * runtime/JSGlobalObject.cpp:
              (JSC::JSGlobalObject::reset):
              * runtime/RegExp.cpp:
              (JSC::RegExp::RegExp):
              (JSC::RegExp::create):
              (JSC::RegExp::invalidateCode):
              * runtime/RegExp.h:
              (JSC::RegExp::createStructure):
              * runtime/RegExpCache.cpp:
              (JSC::RegExpCache::lookupOrCreate):
              (JSC::RegExpCache::create):
              * runtime/RegExpCache.h:
              * runtime/RegExpConstructor.cpp:
              (JSC::constructRegExp):
              * runtime/RegExpObject.cpp:
              (JSC::RegExpObject::RegExpObject):
              (JSC::RegExpObject::visitChildren):
              * runtime/RegExpObject.h:
              (JSC::RegExpObject::setRegExp):
              (JSC::RegExpObject::RegExpObjectData::RegExpObjectData):
              * runtime/RegExpPrototype.cpp:
              (JSC::RegExpPrototype::RegExpPrototype):
              (JSC::regExpProtoFuncCompile):
              * runtime/RegExpPrototype.h:
              * runtime/StringPrototype.cpp:
              (JSC::stringProtoFuncMatch):
              (JSC::stringProtoFuncSearch):
      2011-05-25  Oliver Hunt  <oliver@apple.com>
      
              Reviewed by Geoffrey Garen.
      
              Make RegExp GC allocated
              https://bugs.webkit.org/show_bug.cgi?id=61490
      
              RegExp is GC'd so we don't need the RefPtr shenanigans anymore.
      
              * bindings/js/SerializedScriptValue.cpp:
              (WebCore::CloneDeserializer::readTerminal):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87343 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4872d097
    • mrobinson@webkit.org's avatar
      2011-05-25 Martin Robinson <mrobinson@igalia.com> · 074d0083
      mrobinson@webkit.org authored
              Reviewed by Dirk Schulze.
      
              [Cairo] Move the global alpha property from GraphicsContext to PlatformContextCairo
              https://bugs.webkit.org/show_bug.cgi?id=60185
      
              Remove Cairo #ifdefs from GraphicsContext.h by pushing the global alpha
              state into PlatformContextCairo. Since Cairo is the only platform that needs
              to store this, this is the proper place for it. Change the image mask stack into
              a more generic state stack that can keep track of the multiple bits of platform
              specific state and properly handle save/restore pairs.
      
              No new tests. This is just a code refactor.
      
              * platform/graphics/GraphicsContext.h: Remove Cairo #ifdefs.
              (WebCore::GraphicsContextState::GraphicsContextState): Ditto.
              * platform/graphics/cairo/ContextShadowCairo.cpp: Access global alpha from PlatformContextCairo now.
              (WebCore::ContextShadow::drawRectShadow):
              * platform/graphics/cairo/FontCairo.cpp: Ditto.
              (WebCore::Font::drawGlyphs):
              * platform/graphics/cairo/GraphicsContextCairo.cpp:
              (WebCore::setPlatformFill): Ditto.
              (WebCore::setPlatformStroke): Ditto.
              (WebCore::GraphicsContext::setAlpha): Ditto.
              * platform/graphics/cairo/PlatformContextCairo.cpp: Moved ImageMaskInformation class from the
              header file, since it can be private now. Abstract the image mask state and the global alpha
              in a generic State class.
              (WebCore::ImageMaskInformation::update):
              (WebCore::ImageMaskInformation::isValid):
              (WebCore::ImageMaskInformation::maskSurface):
              (WebCore::ImageMaskInformation::maskRect):
              (WebCore::PlatformContextCairo::State::State): Added.
              (WebCore::PlatformContextCairo::PlatformContextCairo): Intialize the state
              class when this class is constructed.
              (WebCore::PlatformContextCairo::restore): Now pop the last state off the state stack.
              (WebCore::PlatformContextCairo::~PlatformContextCairo): Added this so that we can forward
              declare the State class in the header.
              (WebCore::PlatformContextCairo::save): Push a new state onto the stack.
              (WebCore::PlatformContextCairo::pushImageMask): Operate on the state stack now.
              (WebCore::PlatformContextCairo::globalAlpha): Added.
              (WebCore::PlatformContextCairo::setGlobalAlpha): Added.
              (WebCore::PlatformContextCairo::drawSurfaceToContext: Call globalAlpha().
              * platform/graphics/cairo/PlatformContextCairo.h: Changed the image mask stack
              into a more generic state stack, much like PlatformContextChromium.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87336 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      074d0083
    • mrowe@apple.com's avatar
      <rdar://problem/9504058> Need some way to query user gesture state from injected bundle · 3586f972
      mrowe@apple.com authored
      Reviewed by Sam Weinig.
      
      Source/WebCore:
      
      * WebCore.exp.in: Add an export that WebKit2 needs.
      
      Source/WebKit2:
      
      Add WKBundleIsProcessingUserGesture.
      
      * WebProcess/InjectedBundle/API/c/WKBundle.cpp:
      (WKBundleIsPageBoxVisible):
      (WKBundleIsProcessingUserGesture):
      * WebProcess/InjectedBundle/API/c/WKBundlePrivate.h:
      * WebProcess/InjectedBundle/InjectedBundle.cpp:
      (WebKit::InjectedBundle::isProcessingUserGesture):
      * WebProcess/InjectedBundle/InjectedBundle.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87335 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3586f972
    • jer.noble@apple.com's avatar
      Ureviewed; Build fix for Leopard and Snow Leopard. · 638e895c
      jer.noble@apple.com authored
      Move _wkQTMovieResolvedURL outside of a #if check for Leopard and SL.
      
      * WebCore.exp.in:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87331 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      638e895c
    • msaboff@apple.com's avatar
      2011-05-25 Michael Saboff <msaboff@apple.com> · 0295a785
      msaboff@apple.com authored
              Reviewed by Sam Weinig.
      
              Cleanup of commented items from https://bugs.webkit.org/show_bug.cgi?id=61222
              https://bugs.webkit.org/show_bug.cgi?id=61478
      
              Cleanup of further comments after patch was landed.  Changes include
              using /2 instead of >>1, adding a blank line after class include,
              making method names start with lower case and adding clarifying
              comments.
      
              No new tests as the changes are stylistic and not functional.
      
              * loader/cache/MemoryCache.cpp:
              (WebCore::MemoryCache::pruneLiveResourcesToPercentage):
              (WebCore::MemoryCache::pruneDeadResourcesToPercentage):
              * loader/cache/MemoryCache.h:
              (WebCore::MemoryCache::pruneToPercentage):
              * platform/mac/MemoryPressureHandlerMac.mm:
              (WebCore::MemoryPressureHandler::respondToMemoryPressure):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87330 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      0295a785
    • slewis@apple.com's avatar
      Source/WebCore: https://bugs.webkit.org/show_bug.cgi?id=61407 · ef236f4c
      slewis@apple.com authored
      part of <rdar://problem/8675177>
      Move Quicklook quirk down into WebCore so it can be caculated when the user
      starts a reload.  Restructure the conditions so it only called when absolutely 
      necessary.
        
      Reviewed by Brady Eidson.
      
      No change in functionality so no new tests.
      
      * loader/FrameLoader.cpp:
      (WebCore::FrameLoader::subresourceCachePolicy):
      * page/Settings.cpp:
      (WebCore::Settings::Settings):
      * page/Settings.h:
      * platform/network/cf/ResourceRequest.h:
      * platform/network/mac/ResourceRequestMac.mm:
      (WebCore::initQuickLookResourceCachingQuirks):
      (WebCore::ResourceRequest::useQuickLookResourceCachingQuirks):
      
      Source/WebKit/mac: https://bugs.webkit.org/show_bug.cgi?id=61407
      part of <rdar://problem/8675177>
      Remove Quicklook pref.  Moving it enirely down into WebCore so it can
      be calculated only on reloads.
      
      Reviewed by Brady Eidson.
      
      * WebView/WebPreferenceKeysPrivate.h:
      * WebView/WebPreferences.mm:
      (+[WebPreferences initialize]):
      * WebView/WebPreferencesPrivate.h:
      * WebView/WebView.mm:
      (-[WebView _preferencesChanged:]):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87329 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ef236f4c
    • jer.noble@apple.com's avatar
      2011-05-24 Jer Noble <jer.noble@apple.com> · 0c2b470c
      jer.noble@apple.com authored
              Reviewed by Darin Adler.
      
              Video fails to play on Vimeo
              https://bugs.webkit.org/show_bug.cgi?id=61403
      
              No new tests; Covered by media/video-canvas-source.html.
      
              Vimeo redirects their assets from player.vimeo.com to av.vimeo.com, which is rejected
              by AVFoundation and QTKit due to our setting a ForbidCrossSiteReference option when
              creating an AVAsset or QTMovie. Instead, we should just reject local->remote and
              remote->local and make our answer to hasSingleSecurityOrigin dynamic.
      
              When checking whether a given request has a single security origin, use a
              SecurityOrigin to check the host, port, and scheme.
      
              * WebCore.exp.in:
              * platform/graphics/avfoundation/MediaPlayerPrivateAVFoundation.h:
              (WebCore::MediaPlayerPrivateAVFoundation::assetURL): Added.
              * platform/graphics/avfoundation/MediaPlayerPrivateAVFoundationObjC.h:
              * platform/graphics/avfoundation/MediaPlayerPrivateAVFoundationObjC.mm:
              (WebCore::MediaPlayerPrivateAVFoundationObjC::createAVAssetForURL): Exchange ForbidCrossSiteReference
                  for ForbidRemoteReferenceToLocal and ForbidLocalReferenceToRemote
              (WebCore::MediaPlayerPrivateAVFoundationObjC::hasSingleSecurityOrigin): Check to see that the
                  requested and resolved URLs have the same host and port.
              * platform/graphics/mac/MediaPlayerPrivateQTKit.mm:
              (WebCore::MediaPlayerPrivateQTKit::commonMovieAttributes): Exchange NoCrossSiteAttribute for
                  NoRemoteToLocalSiteAttribute and NoLocalToRemoteSiteAttribute.
              (WebCore::MediaPlayerPrivateQTKit::hasSingleSecurityOrigin):     Check to see that the
                      requested and resolved URLs have the same host and port.
              * platform/mac/WebCoreSystemInterface.h: Added wkAVAssetResolvedURL.
              * platform/mac/WebCoreSystemInterface.mm: Ditto.
      2011-05-24  Jer Noble  <jer.noble@apple.com>
      
              Reviewed by Darin Adler.
      
              Video fails to play on Vimeo
              https://bugs.webkit.org/show_bug.cgi?id=61403
      
              * WebCoreSupport/WebSystemInterface.mm:
              (InitWebCoreSystemInterface): Added support for wkAVAssetResolvedURL and
                  wkQTMovieResolvedURL.
      2011-05-24  Jer Noble  <jer.noble@apple.com>
      
              Reviewed by Darin Adler.
      
              Video fails to play on Vimeo
              https://bugs.webkit.org/show_bug.cgi?id=61403
      
              * WebProcess/WebCoreSupport/mac/WebSystemInterface.mm:
              (InitWebCoreSystemInterface): Added support for wkAVAssetResolvedURL and
                  wkQTMovieResolvedURL.
      2011-05-25  Jer Noble  <jer.noble@apple.com>
      
              Reviewed by Darin Adler.
      
              Video fails to play on Vimeo
              https://bugs.webkit.org/show_bug.cgi?id=61403
      
              Added functions to retrieve the resolved URL for media types supported on
              mac.
      
              * WebKitSystemInterface.h:
              * WebKitSystemInterface.m:
              (WKAVAssetResolvedURL): Added.
              (WKQTMovieResolvedURL): Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87328 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      0c2b470c
    • scherkus@chromium.org's avatar
      2011-05-25 Andrew Scherkus <scherkus@chromium.org> · 8a7de47a
      scherkus@chromium.org authored
              Reviewed by Eric Carlson.
      
              Fix media element regression where ended event stopped firing after changing the src attribute.
      
              https://bugs.webkit.org/show_bug.cgi?id=61336
      
              * media/media-ended-expected.txt: Added.
              * media/media-ended.html: Added.
      2011-05-25  Andrew Scherkus  <scherkus@chromium.org>
      
              Reviewed by Eric Carlson.
      
              Fix media element regression where ended event stopped firing after changing the src attribute.
      
              https://bugs.webkit.org/show_bug.cgi?id=61336
      
              Test: media/media-ended.html
      
              * html/HTMLMediaElement.cpp:
              (WebCore::HTMLMediaElement::prepareForLoad):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87323 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8a7de47a
    • jer.noble@apple.com's avatar
      2011-05-25 Jer Noble <jer.noble@apple.com> · 009a1cbf
      jer.noble@apple.com authored
              Reviewed by Darin Adler.
      
              REGRESSION: Fullscreen button on embedded Vimeo videos does nothing
              https://bugs.webkit.org/show_bug.cgi?id=61461
      
              * fullscreen/full-screen-iframe-legacy-expected.txt: Added.
              * fullscreen/full-screen-iframe-legacy.html: Added.
              * fullscreen/resources/legacy.html: Added.
      2011-05-25  Jer Noble  <jer.noble@apple.com>
      
              Reviewed by Darin Adler.
      
              REGRESSION: Fullscreen button on embedded Vimeo videos does nothing
              https://bugs.webkit.org/show_bug.cgi?id=61461
      
              Tests: fullscreen/full-screen-iframe-legacy.html
      
              Allow calls from the legacy full-screen API to bypass the iframe
              "webkitallowfullscreen" requirement by adding a parameter to
              Document::webkitRequestFullScreenForElement specifying the strictness
              of that check.  Specify this new parameter everywhere that function is
              called, including in the default controls' full-screen button handler.
      
              * dom/Document.cpp:
              (WebCore::Document::webkitRequestFullScreenForElement):
              * dom/Document.h:
              * dom/Element.cpp:
              (WebCore::Element::requestFullScreen): Renamed from webkitRequestFullScreen.
              * html/HTMLMediaElement.cpp:
              (WebCore::HTMLMediaElement::enterFullscreen):
              * html/shadow/MediaControlElements.cpp:
              (WebCore::MediaControlFullscreenButtonElement::defaultEventHandler):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87322 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      009a1cbf
    • commit-queue@webkit.org's avatar
      2011-05-25 Kulanthaivel Palanichamy <kulanthaivel@codeaurora.org> · 704811da
      commit-queue@webkit.org authored
              Reviewed by David Hyatt.
      
              Selector matching doesn't update when DOM changes ("[data-a=x] #x")
              https://bugs.webkit.org/show_bug.cgi?id=60752
      
              Added test cases for all the attribute selector types (CSS2.1 & CSS3).
      
              * fast/css/attribute-selector-begin-dynamic-no-elementstyle-expected.txt: Added.
              * fast/css/attribute-selector-begin-dynamic-no-elementstyle.html: Added.
              * fast/css/attribute-selector-contain-dynamic-no-elementstyle-expected.txt: Added.
              * fast/css/attribute-selector-contain-dynamic-no-elementstyle.html: Added.
              * fast/css/attribute-selector-end-dynamic-no-elementstyle-expected.txt: Added.
              * fast/css/attribute-selector-end-dynamic-no-elementstyle.html: Added.
              * fast/css/attribute-selector-exact-dynamic-no-elementstyle-expected.txt: Added.
              * fast/css/attribute-selector-exact-dynamic-no-elementstyle.html: Added.
              * fast/css/attribute-selector-hyphen-dynamic-no-elementstyle-expected.txt: Added.
              * fast/css/attribute-selector-hyphen-dynamic-no-elementstyle.html: Added.
              * fast/css/attribute-selector-list-dynamic-no-elementstyle-expected.txt: Added.
              * fast/css/attribute-selector-list-dynamic-no-elementstyle.html: Added.
              * fast/css/attribute-selector-set-dynamic-no-elementstyle-expected.txt: Added.
              * fast/css/attribute-selector-set-dynamic-no-elementstyle.html: Added.
      2011-05-25  Kulanthaivel Palanichamy  <kulanthaivel@codeaurora.org>
      
              Reviewed by David Hyatt.
      
              Selector matching doesn't update when DOM changes ("[data-a=x] #x")
              https://bugs.webkit.org/show_bug.cgi?id=60752
      
              Currently CSSStyleSelector maintains a HashSet of attributes (m_selectorAttrs)
              which are used in CSS attribute selectors to determine the need for style
              recalculation whenever element attributes are manipulated in DOM.
              In certain conditions (element with no style, element is styled and attribute
              is not a mapped attribute, attribute is of type 'type' or read-only)
              even when attribute selector matches for an element, the attribute is not
              added to m_selectorAttrs. This results in missing style recalculations
              when a DOM element attribute is changed and is not found in m_selectorAttrs.
      
              Removing the above said conditions in
              CSSStyleSelector::SelectorChecker::checkOneSelector() for registering
              attributes in m_selectorAttrs will solve this issue. But this particular
              function is called numerous times which triggers adding duplicate attributes
              again and again.
      
              This patch follows the approach taken for collecting ids in selectors, where
              all the attributes in selectors are added to a HashSet at the time of adding
              style rules to CSSStyleSelector from StyleSheets and when
              CSSStyleSelector::hasSelectorForAttribute() is called, the attribute is
              simply looked up in this pre-populated hash set.
      
              Test: fast/css/attribute-selector-dynamic-no-elementstyle.html
      
              * css/CSSStyleSelector.cpp:
              (WebCore::CSSStyleSelector::SelectorChecker::checkSelector):
              (WebCore::CSSStyleSelector::checkSelector):
              (WebCore::CSSStyleSelector::SelectorChecker::checkOneSelector):
              (WebCore::collectFeaturesFromSelector):
              (WebCore::CSSStyleSelector::applyProperty):
              (WebCore::CSSStyleSelector::hasSelectorForAttribute):
              * css/CSSStyleSelector.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87319 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      704811da
    • rniwa@webkit.org's avatar
      2011-05-25 Ryosuke Niwa <rniwa@webkit.org> · d15e6efb
      rniwa@webkit.org authored
              Reviewed by James Robinson.
      
              CSSStyleSelector should provide a way to obtain rules from non-author stylesheets
              https://bugs.webkit.org/show_bug.cgi?id=61454
      
              Replaced bool and enum arguments of styleRulesForElement and pseudoStyleRulesForElement
              by one enum, and provided a way to obtain rules from UA/user stylesheets.
      
              * css/CSSRule.h: Removed CSSRuleFilter.
              * css/CSSStyleSelector.cpp:
              (WebCore::CSSStyleSelector::styleRulesForElement): See above.
              (WebCore::CSSStyleSelector::pseudoStyleRulesForElement): Ditto.
              * css/CSSStyleSelector.h: Moved CSSRuleFilter here.
              * editing/markup.cpp:
              (WebCore::styleFromMatchedRulesForElement): Calls styleRulesForElement.
              * inspector/InspectorCSSAgent.cpp:
              (WebCore::InspectorCSSAgent::getStylesForNode): Ditto.
              * page/DOMWindow.cpp:
              (WebCore::DOMWindow::getMatchedCSSRules): Ditto.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87317 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      d15e6efb
    • caio.oliveira@openbossa.org's avatar
      2011-05-25 Caio Marcelo de Oliveira Filho <caio.oliveira@openbossa.org> · 32c83b25
      caio.oliveira@openbossa.org authored
              Reviewed by Andreas Kling.
      
              [Qt] JSC bridge: implement __qt_sender__ without using Scope Chain
              https://bugs.webkit.org/show_bug.cgi?id=61343
      
              Create a stack to keep track of the sender objects. This is simpler than
              the similar mechanism in QObject (C++ API), that keeps a stack per-object.
      
              Since we do not support multiple threads, one static stack will be enough for
              handling the behavior.
      
              This behavior is covered by the tst_QWebFrame::connectAndDisconnect() auto test.
      
              * bridge/qt/qt_instance.cpp:
              (JSC::Bindings::QtInstance::qtSenderStack):
              We have one static stack of QObject*. The top of the stack contains the
              last object that emitted signal that called a JavaScript function.
      
              * bridge/qt/qt_instance.h:
              (JSC::Bindings::QtInstance::QtSenderStack::top):
              (JSC::Bindings::QtInstance::QtSenderStack::push):
              (JSC::Bindings::QtInstance::QtSenderStack::pop):
              Minimal functionality to manipulate the sender stack.
      
              * bridge/qt/qt_runtime.cpp:
              (JSC::Bindings::QtConnectionObject::execute):
              Remove the previous code that modified the scope chain. Push the sender object
              to the stack before calling the JavaScript function (the "slot" in Qt-speak) and
              pop it afterwards.
      2011-05-25  Caio Marcelo de Oliveira Filho  <caio.oliveira@openbossa.org>
      
              Reviewed by Andreas Kling.
      
              [Qt] JSC bridge: implement __qt_sender__ without using Scope Chain
              https://bugs.webkit.org/show_bug.cgi?id=61343
      
              Create a '__qt_sender__' property in the global object, that returns the top of
              the qtSenderStack. This is an alternative implementation for the feature of
              providing a way for a function (acting as a Qt 'slot') discover which object
              emitted the signal that caused it to be executed.
      
              This reduces the coupling of the Qt bridge and JSC internal implementation. The
              patch tries to use as much JSC public API as possible.
      
              This behavior is covered by the tst_QWebFrame::connectAndDisconnect() auto test.
      
              * WebCoreSupport/FrameLoaderClientQt.cpp:
              (WebCore::FrameLoaderClientQt::dispatchDidClearWindowObjectInWorld):
              Instead of emitting the QWebPage::javaScriptWindowObjectCleared() directly, calls
              a QWebPagePrivate function to do it.
      
              * Api/qwebframe_p.h:
              * Api/qwebframe.cpp:
              (QWebFramePrivate::didClearedWindowObject):
              Before emitting the signal mentioned, adds the '__qt_sender__' to the fresh
              global object.
      
              (qtSenderCallback):
              Returns the JSObjectRef corresponding to the top of qtSenderStack.
      
              (QWebFramePrivate::addQtSenderToGlobalObject):
              Create a property with a qtSenderCallback as getter function in the global object.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87315 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      32c83b25
    • commit-queue@webkit.org's avatar
      2011-05-25 Sheriff Bot <webkit.review.bot@gmail.com> · 01b3297a
      commit-queue@webkit.org authored
              Unreviewed, rolling out r87257.
              http://trac.webkit.org/changeset/87257
              https://bugs.webkit.org/show_bug.cgi?id=61457
      
              This broke layout tests, see bug 61431. (Requested by
              hwennborg on #webkit).
      
              * storage/indexeddb/migrate-basics-expected.txt: Removed.
              * storage/indexeddb/migrate-basics.html: Removed.
      2011-05-25  Sheriff Bot  <webkit.review.bot@gmail.com>
      
              Unreviewed, rolling out r87257.
              http://trac.webkit.org/changeset/87257
              https://bugs.webkit.org/show_bug.cgi?id=61457
      
              This broke layout tests, see bug 61431. (Requested by
              hwennborg on #webkit).
      
              * storage/IDBBackingStore.h:
              * storage/IDBFactoryBackendImpl.cpp:
              (WebCore::IDBFactoryBackendImpl::IDBFactoryBackendImpl):
              (WebCore::IDBFactoryBackendImpl::open):
              * storage/IDBFactoryBackendImpl.h:
              * storage/IDBFactoryBackendInterface.h:
              * storage/IDBLevelDBBackingStore.cpp:
              * storage/IDBLevelDBBackingStore.h:
              * storage/IDBSQLiteBackingStore.cpp:
              * storage/IDBSQLiteBackingStore.h:
      2011-05-25  Sheriff Bot  <webkit.review.bot@gmail.com>
      
              Unreviewed, rolling out r87257.
              http://trac.webkit.org/changeset/87257
              https://bugs.webkit.org/show_bug.cgi?id=61457
      
              This broke layout tests, see bug 61431. (Requested by
              hwennborg on #webkit).
      
              * public/WebIDBFactory.h:
              * src/AssertMatchingEnums.cpp:
              * src/IDBFactoryBackendProxy.cpp:
              * src/IDBFactoryBackendProxy.h:
              * src/WebIDBFactoryImpl.cpp:
              (WebKit::WebIDBFactoryImpl::WebIDBFactoryImpl):
              (WebKit::WebIDBFactoryImpl::open):
              * src/WebIDBFactoryImpl.h:
      2011-05-25  Sheriff Bot  <webkit.review.bot@gmail.com>
      
              Unreviewed, rolling out r87257.
              http://trac.webkit.org/changeset/87257
              https://bugs.webkit.org/show_bug.cgi?id=61457
      
              This broke layout tests, see bug 61431. (Requested by
              hwennborg on #webkit).
      
              * DumpRenderTree/chromium/LayoutTestController.cpp:
              (LayoutTestController::LayoutTestController):
              (LayoutTestController::clearAllDatabases):
              * DumpRenderTree/chromium/LayoutTestController.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87313 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      01b3297a
    • alexis.menard@openbossa.org's avatar
      2011-05-25 Alexis Menard <alexis.menard@openbossa.org> · 701f73e3
      alexis.menard@openbossa.org authored
              Reviewed by Eric Carlson.
      
              [Qt] Enable usage of QuickTime mediaplayer for the Qt port on Mac.
              https://bugs.webkit.org/show_bug.cgi?id=61279
      
              Enable the QuickTime backend for the Qt port on Mac. The patch adds the bits in WebCore
              to enable the QTKit backend of the Mac port. It can be enabled by passing DEFINES+=USE_QTKIT=1
              when calling build-webkit.
      
              * WebCore.pri:
              * WebCore.pro:
              * features.pri:
              * platform/KURL.h:
              * platform/SharedBuffer.h:
              * platform/cf/KURLCFNet.cpp:
              * platform/cf/SharedBufferCF.cpp:
              * platform/graphics/FloatSize.h:
              * platform/graphics/IntRect.h:
              * platform/graphics/IntSize.h:
              * platform/graphics/MediaPlayer.cpp:
              * platform/graphics/cg/FloatSizeCG.cpp:
              * platform/graphics/cg/IntRectCG.cpp:
              * platform/graphics/mac/MediaPlayerPrivateQTKit.h:
              * platform/graphics/mac/MediaPlayerPrivateQTKit.mm:
              (WebCore::MediaPlayerPrivateQTKit::createQTMovieView):
              (WebCore::MediaPlayerPrivateQTKit::createQTVideoRenderer):
              (WebCore::MediaPlayerPrivateQTKit::createQTMovieLayer):
              (WebCore::MediaPlayerPrivateQTKit::preferredRenderingMode):
              (WebCore::MediaPlayerPrivateQTKit::paint):
              (-[WebCoreMovieObserver layerHostChanged:]):
              * platform/mac/KURLMac.mm:
              * platform/mac/SharedBufferMac.mm:
              (+[WebCoreSharedBufferData initialize]):
              * platform/mac/WebCoreObjCExtras.mm:
              * platform/qt/WebCoreSystemInterface.h: Added.
              * platform/qt/WebCoreSystemInterface.mm: Added.
      2011-05-25  Alexis Menard  <alexis.menard@openbossa.org>
      
              Reviewed by Eric Carlson.
      
              [Qt] Enable usage of QuickTime mediaplayer for the Qt port on Mac.
              https://bugs.webkit.org/show_bug.cgi?id=61279
      
              Enable the usage of QuickTime backend for the Qt port. It can be enabled by
              passing DEFINES+=USE_QTKIT=1 when calling build-webkit.
      
              * Api/qwebpage.cpp:
              (QWebPagePrivate::QWebPagePrivate):
              * QtWebKit.pro:
              * WebCoreSupport/FullScreenVideoQt.cpp:
              (WebCore::FullScreenVideoQt::enterFullScreenForNode):
              (WebCore::FullScreenVideoQt::requiresFullScreenForVideoPlayback):
              (WebCore::FullScreenVideoQt::isValid):
              * WebCoreSupport/WebSystemInterface.h: Added.
              * WebCoreSupport/WebSystemInterface.mm: Added.
              (InitWebCoreSystemInterface):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87312 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      701f73e3
    • rwlbuis@webkit.org's avatar
      2011-05-25 Rob Buis <rbuis@rim.com> · 88fe488f
      rwlbuis@webkit.org authored
              Reviewed by Eric Seidel.
      
              WebKit does not handle missing filter elements correctly
              https://bugs.webkit.org/show_bug.cgi?id=12569
      
              Updated improved pixel test result and add new SVG1.1 SE test and results.
      
              * platform/mac/svg/W3C-SVG-1.1-SE/filters-felem-01-b-expected.png: Added.
              * platform/mac/svg/W3C-SVG-1.1-SE/filters-felem-01-b-expected.txt: Added.
              * platform/mac/svg/W3C-SVG-1.1/filters-felem-01-b-expected.png:
              * svg/W3C-SVG-1.1-SE/filters-felem-01-b.svg: Added.
      2011-05-25  Rob Buis  <rbuis@rim.com>
      
              Reviewed by Eric Seidel.
              New test rubber-stamped by Dirk Schulze.
      
              WebKit does not handle missing filter elements correctly
              https://bugs.webkit.org/show_bug.cgi?id=12569
      
              Do not render elements that reference non-existant filters.
      
              Test: svg/W3C-SVG-1.1-SE/filters-felem-01-b.svg
      
              * rendering/svg/SVGRenderSupport.cpp:
              (WebCore::SVGRenderSupport::prepareToRenderSVGContent):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87310 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      88fe488f
    • japhet@chromium.org's avatar
      2011-05-25 Nate Chapin <japhet@chromium.org> · 0d6b1dea
      japhet@chromium.org authored
              Reviewed by Adam Barth.
      
              Put view-source documents in a unique origin and always allow them to run scripts. This ensures tools like
              XMLViewer work even when scripts are disabled, while still providing the protections expected when scripts are disabled.
              https://bugs.webkit.org/show_bug.cgi?id=59113
      
              * bindings/ScriptControllerBase.cpp:
              (WebCore::ScriptController::canExecuteScripts): Check whether the document is viewing source, and allow scripts in that case.
              * css/CSSStyleSelector.cpp:
              (WebCore::CSSStyleSelector::matchUARules):
              * dom/Document.cpp:
              (WebCore::Document::Document):
              (WebCore::Document::setIsViewSource): Renamed from setUsesViewSourceStyles(), set's a unique security origin if we are viewing source.
              * dom/Document.h:
              (WebCore::Document::isViewSource): Renamed from usesViewSourceStyles().
              * html/HTMLViewSourceDocument.cpp:
              (WebCore::HTMLViewSourceDocument::HTMLViewSourceDocument):
              * loader/FrameLoader.cpp:
              (WebCore::FrameLoader::receivedFirstData):
              * xml/XMLTreeViewer.cpp:
              (WebCore::XMLTreeViewer::transformDocumentToTreeView):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87309 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      0d6b1dea
    • jchaffraix@webkit.org's avatar
      2011-05-25 Julien Chaffraix <jchaffraix@codeaurora.org> · 4820247f
      jchaffraix@webkit.org authored
              Reviewed by James Robinson.
      
              http://philip.html5.org/tests/canvas/suite/tests/2d.composite.uncovered.fill.source-in.html fails
              https://bugs.webkit.org/show_bug.cgi?id=39027
      
              And:
      
              - Fix LayoutTests/canvas/philip/tests/2d.composite.uncovered.fill.source-out.html
                https://bugs.webkit.org/show_bug.cgi?id=48295
      
              - Fix LayoutTests/canvas/philip/tests/2d.composite.uncovered.pattern.source-in.html
                https://bugs.webkit.org/show_bug.cgi?id=48304
      
              - Fix LayoutTests/canvas/philip/tests/2d.composite.uncovered.pattern.source-out.html
              https://bugs.webkit.org/show_bug.cgi?id=48305
      
              * canvas/philip/tests/2d.composite.uncovered.pattern.source-in-expected.txt:
              * canvas/philip/tests/2d.composite.uncovered.pattern.source-out-expected.txt:
              Those 2 tests need a trailing line that was added as part of this change.
      
              * fast/canvas/canvas-composite-alpha.html: Updated the test result to match the specification.
              The changes are fairly simple:
                - Clear up the destination rectangle as it should be always transparent now (source is transparent
                  outside the source rectangle).
                - Clear the composition rectangle if source or destination is transparent.
                - Fixed the test when run in the browser.
              Validated the changes against FF and Opera (IE 9 cannot render this test).
      
              * platform/chromium/test_expectations.txt:
              * platform/gtk/Skipped:
              * platform/mac/Skipped:
              * platform/qt/Skipped:
              Re-enable 4 tests.
      2011-05-25  Julien Chaffraix  <jchaffraix@codeaurora.org>
      
              Reviewed by James Robinson.
      
              http://philip.html5.org/tests/canvas/suite/tests/2d.composite.uncovered.fill.source-in.html fails
              https://bugs.webkit.org/show_bug.cgi?id=39027
      
              And:
      
              - Fix LayoutTests/canvas/philip/tests/2d.composite.uncovered.fill.source-out.html
                https://bugs.webkit.org/show_bug.cgi?id=48295
      
              - Fix LayoutTests/canvas/philip/tests/2d.composite.uncovered.pattern.source-in.html
                https://bugs.webkit.org/show_bug.cgi?id=48304
      
              - Fix LayoutTests/canvas/philip/tests/2d.composite.uncovered.pattern.source-out.html
              https://bugs.webkit.org/show_bug.cgi?id=48305
      
              Those 4 tests have the same root cause for failing. Instead of splitting them in 2 fixes, I squashed
              them together as the fix is common.
      
              Based on an older work by Ariya Hidayat.
      
              * html/canvas/CanvasRenderingContext2D.cpp:
              (WebCore::CanvasRenderingContext2D::fill):
              (WebCore::CanvasRenderingContext2D::fillRect): Added call displayTransparencyEverywhere for those 2
              cases if we have to.
      
              (WebCore::CanvasRenderingContext2D::shouldDisplayTransparencyEverywhere): This method returns true if
              the spec says to display transparency everywhere. We only do so for source-in and source-out for now.
              (WebCore::CanvasRenderingContext2D::displayTransparencyEverywhere): This method implements the spec
              (which matches other browsers' behavior) and "display transparency elsewhere".
      
              * html/canvas/CanvasRenderingContext2D.h: Added the two previous methods.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87307 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4820247f
    • leviw@chromium.org's avatar
      2011-05-25 Levi Weintraub <leviw@chromium.org> · ad419c11
      leviw@chromium.org authored
              Reviewed by Eric Seidel.
      
              Add IntPoint versions of IntRect::move and IntPoint::move
              https://bugs.webkit.org/show_bug.cgi?id=61390
      
              Adding move methods to IntRect and IntPoint that take an IntPoint
              that's acting as an offset. Since we also apply negative offsets,
              also adding a single parameter operator- for IntPoint.
      
              No new tests since this is refactoring.
      
              * page/FrameView.cpp:
              (WebCore::FrameView::invalidateScrollbarRect):
              (WebCore::FrameView::convertFromRenderer):
              (WebCore::FrameView::convertToRenderer):
              * platform/ScrollView.cpp:
              (WebCore::ScrollView::wheelEvent):
              * platform/ScrollView.h:
              (WebCore::ScrollView::convertChildToSelf):
              (WebCore::ScrollView::convertSelfToChild):
              * platform/ScrollbarThemeComposite.cpp:
              (WebCore::ScrollbarThemeComposite::invalidatePart):
              * platform/graphics/IntPoint.h:
              (WebCore::IntPoint::move):
              (WebCore::operator-):
              * platform/graphics/IntRect.h:
              (WebCore::IntRect::move):
              * platform/graphics/filters/FilterEffect.cpp:
              (WebCore::FilterEffect::requestedRegionOfInputImageData):
              * platform/graphics/gpu/Texture.cpp:
              (WebCore::Texture::updateSubRect):
              * platform/mac/WidgetMac.mm:
              (WebCore::Widget::paint):
              * rendering/RenderBlock.cpp:
              (WebCore::RenderBlock::logicalRectToPhysicalRect):
              (WebCore::RenderBlock::selectionGaps):
              * rendering/RenderBox.cpp:
              (WebCore::RenderBox::offsetFromContainer):
              (WebCore::RenderBox::computeRectForRepaint):
              (WebCore::RenderBox::localCaretRect):
              * rendering/RenderDetailsMarker.cpp:
              (WebCore::RenderDetailsMarker::paint):
              * rendering/RenderInline.cpp:
              (WebCore::RenderInline::culledInlineVisualOverflowBoundingBox):
              * rendering/RenderInputSpeech.cpp:
              (WebCore::RenderInputSpeech::paintInputFieldSpeechButton):
              * rendering/RenderLayerBacking.cpp:
              (WebCore::paintScrollbar):
              (WebCore::RenderLayerBacking::paintContents):
              * rendering/RenderLayerCompositor.cpp:
              (WebCore::paintScrollbar):
              (WebCore::RenderLayerCompositor::paintContents):
              * rendering/RenderListItem.cpp:
              (WebCore::RenderListItem::positionListMarker):
              * rendering/RenderListMarker.cpp:
              (WebCore::RenderListMarker::paint):
              * rendering/RenderTableCell.cpp:
              (WebCore::RenderTableCell::computeRectForRepaint):
              * rendering/RenderTextControlSingleLine.cpp:
              (WebCore::RenderTextControlSingleLine::nodeAtPoint):
              * rendering/RenderView.cpp:
              (WebCore::RenderView::repaintViewRectangle):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87303 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ad419c11
    • leviw@chromium.org's avatar
      2011-05-25 Levi Weintraub <leviw@chromium.org> · 2b9a62d1
      leviw@chromium.org authored
              Reviewed by Eric Seidel.
      
              Switch addFocusRingRects to use IntPoint
              https://bugs.webkit.org/show_bug.cgi?id=60783
      
              Switching addFocusRingRects to use an IntPoint representing the offset being
              applied instead of a pair of ints.
      
              No new tests as this is only refactoring.
      
              * platform/graphics/FloatSize.h:
              (WebCore::flooredIntPoint):
              * rendering/RenderBlock.cpp:
              (WebCore::RenderBlock::addFocusRingRects):
              * rendering/RenderBlock.h:
              * rendering/RenderBox.cpp:
              (WebCore::RenderBox::addFocusRingRects):
              * rendering/RenderBox.h:
              * rendering/RenderInline.cpp:
              (WebCore::RenderInline::addFocusRingRects):
              * rendering/RenderInline.h:
              * rendering/RenderListBox.cpp:
              (WebCore::RenderListBox::addFocusRingRects):
              * rendering/RenderListBox.h:
              * rendering/RenderObject.cpp:
              (WebCore::RenderObject::paintFocusRing):
              (WebCore::RenderObject::absoluteFocusRingQuads):
              * rendering/RenderObject.h:
              (WebCore::RenderObject::addFocusRingRects):
              * rendering/RenderTextControl.cpp:
              (WebCore::RenderTextControl::addFocusRingRects):
              * rendering/RenderTextControl.h:
              * rendering/RenderTextControlSingleLine.cpp:
              (WebCore::RenderTextControlSingleLine::addFocusRingRects):
              * rendering/RenderTextControlSingleLine.h:
              * rendering/svg/RenderSVGContainer.cpp:
              (WebCore::RenderSVGContainer::addFocusRingRects):
              * rendering/svg/RenderSVGContainer.h:
              * rendering/svg/RenderSVGImage.cpp:
              (WebCore::RenderSVGImage::addFocusRingRects):
              * rendering/svg/RenderSVGImage.h:
              * rendering/svg/RenderSVGPath.cpp:
              (WebCore::RenderSVGPath::addFocusRingRects):
              * rendering/svg/RenderSVGPath.h:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87302 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      2b9a62d1
    • commit-queue@webkit.org's avatar
      2011-05-25 Sheriff Bot <webkit.review.bot@gmail.com> · b2e4566c
      commit-queue@webkit.org authored
              Unreviewed, rolling out r87229.
              http://trac.webkit.org/changeset/87229
              https://bugs.webkit.org/show_bug.cgi?id=61445
      
              Lots of tests crashing in
              CFNetwork!URLResponse::createFilenameFromResponseHeaders on
              Windows XP (Requested by aroben on #webkit).
      
              * platform/network/ResourceResponseBase.cpp:
              (WebCore::ResourceResponseBase::adopt):
              (WebCore::ResourceResponseBase::suggestedFilename):
              (WebCore::ResourceResponseBase::setSuggestedFilename):
              (WebCore::ResourceResponseBase::httpStatusText):
              (WebCore::ResourceResponseBase::setHTTPStatusText):
              (WebCore::ResourceResponseBase::httpHeaderField):
              (WebCore::ResourceResponseBase::setHTTPHeaderField):
              (WebCore::ResourceResponseBase::httpHeaderFields):
              (WebCore::ResourceResponseBase::isAttachment):
              (WebCore::ResourceResponseBase::setLastModifiedDate):
              (WebCore::ResourceResponseBase::lastModifiedDate):
              (WebCore::ResourceResponseBase::wasCached):
              (WebCore::ResourceResponseBase::connectionReused):
              (WebCore::ResourceResponseBase::setConnectionReused):
              (WebCore::ResourceResponseBase::connectionID):
              (WebCore::ResourceResponseBase::setConnectionID):
              (WebCore::ResourceResponseBase::resourceLoadTiming):
              (WebCore::ResourceResponseBase::setResourceLoadTiming):
              (WebCore::ResourceResponseBase::resourceLoadInfo):
              (WebCore::ResourceResponseBase::setResourceLoadInfo):
              * platform/network/ResourceResponseBase.h:
              * platform/network/cf/ResourceResponse.h:
              (WebCore::ResourceResponse::ResourceResponse):
              * platform/network/cf/ResourceResponseCFNet.cpp:
              (WebCore::ResourceResponse::platformLazyInit):
              * platform/network/mac/ResourceResponseMac.mm:
              (WebCore::ResourceResponse::platformLazyInit):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87301 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      b2e4566c
    • commit-queue@webkit.org's avatar
      2011-05-25 Igor Oliveira <igor.oliveira@openbossa.org> · 9259c204
      commit-queue@webkit.org authored
              Reviewed by Antonio Gomes.
      
              [Qt] QtWebKit crashes when dragging not loaded images
              https://bugs.webkit.org/show_bug.cgi?id=61314
      
              Checks if WebKit crashes when dragging an image not yet loaded.
      
              * http/tests/misc/drag-not-loaded-image-expected.txt: Added.
              * http/tests/misc/drag-not-loaded-image.html: Added.
      2011-05-25  Igor Oliveira  <igor.oliveira@openbossa.org>
      
              Reviewed by Antonio Gomes.
      
              [Qt] QtWebKit crashes when dragging not loaded images
              https://bugs.webkit.org/show_bug.cgi?id=61314
      
              Checks if nativeImageForCurrentFrame is a valid pointer.
      
              Test: http/tests/misc/drag-not-loaded-image.html
      
              * platform/qt/DragImageQt.cpp:
              (WebCore::createDragImageFromImage):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87298 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      9259c204
    • commit-queue@webkit.org's avatar
      2011-05-25 Ryuan Choi <ryuan.choi@samsung.com> · edea00aa
      commit-queue@webkit.org authored
              Reviewed by Xan Lopez.
      
              [GTK] combobox and scrollbar are rendered small size at gtk+2.22.0
              https://bugs.webkit.org/show_bug.cgi?id=61436
      
              Fix arguments of gdk_drawable_get_size.
      
              No new tests, no behavior change.
      
              * platform/gtk/GtkVersioning.c:
              (getGdkDrawableSize):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87297 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      edea00aa
    • apavlov@chromium.org's avatar
      2011-05-23 Alexander Pavlov <apavlov@chromium.org> · 3cb27cb4
      apavlov@chromium.org authored
              Reviewed by Yury Semikhatsky.
      
              Web Inspector: extreme lagging when searching for "img[src*="
              https://bugs.webkit.org/show_bug.cgi?id=61282
      
              No new tests, as this is a refactoring: ElementsTreeElement DOM is manipulated directly
              when built and search-highlighted, rather than through innerHTML.
      
              * inspector/front-end/DOMSyntaxHighlighter.js:
              (WebInspector.DOMSyntaxHighlighter):
              (WebInspector.DOMSyntaxHighlighter.prototype.createSpan):
              * inspector/front-end/ElementsPanel.js:
              (WebInspector.ElementsPanel.prototype._hideSearchHighlights):
              * inspector/front-end/ElementsTreeOutline.js:
              (WebInspector.ElementsTreeElement.prototype.highlightSearchResults):
              (WebInspector.ElementsTreeElement.prototype.hideSearchHighlights):
              (WebInspector.ElementsTreeElement.prototype._updateSearchHighlight.updateEntryShow):
              (WebInspector.ElementsTreeElement.prototype._updateSearchHighlight.updateEntryHide):
              (WebInspector.ElementsTreeElement.prototype._updateSearchHighlight):
              (WebInspector.ElementsTreeElement.prototype._addNewAttribute):
              (WebInspector.ElementsTreeElement.prototype.updateTitle):
              (WebInspector.ElementsTreeElement.prototype._buildAttributeDOM):
              ():
              * inspector/front-end/utilities.js:
              ():
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87294 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3cb27cb4
    • commit-queue@webkit.org's avatar
      2011-05-25 Leandro Gracia Gil <leandrogracia@chromium.org> · 8589e40c
      commit-queue@webkit.org authored
              Reviewed by Tony Gentilcore.
      
              Introduce HTML5 track list objects.
              https://bugs.webkit.org/show_bug.cgi?id=60184
      
              Introduce the TrackList, MultipleTrackList and ExclusiveTrackList objects
              for their use in the MediaStream API and the HTML Media Element.
              Current spec: http://www.whatwg.org/specs/web-apps/current-work/multipage/the-iframe-element.html#tracklist
      
              The Media Stream API will test this feature in the bug 56587.
              More tests related to the HTML Media Element may be added later.
      
              * CMakeLists.txt:
              * CodeGenerators.pri:
              * DerivedSources.cpp:
              * DerivedSources.make:
              * GNUmakefile.list.am:
              * WebCore.gypi:
              * WebCore.pro:
              * WebCore.vcproj/WebCore.vcproj:
              * WebCore.xcodeproj/project.pbxproj:
              * bindings/js/JSEventTarget.cpp:
              (WebCore::toJS):
              * bindings/v8/V8DOMWrapper.cpp:
              (WebCore::V8DOMWrapper::convertEventTargetToV8Object):
              * dom/DOMAllInOne.cpp:
              * dom/EventTarget.cpp:
              (WebCore::EventTarget::toTrackList):
              (WebCore::EventTarget::toMultipleTrackList):
              (WebCore::EventTarget::toExclusiveTrackList):
              * dom/EventTarget.h:
              * dom/ExclusiveTrackList.cpp: Added.
              (WebCore::ExclusiveTrackList::create):
              (WebCore::ExclusiveTrackList::ExclusiveTrackList):
              (WebCore::ExclusiveTrackList::~ExclusiveTrackList):
              (WebCore::ExclusiveTrackList::clear):
              (WebCore::ExclusiveTrackList::select):
              (WebCore::ExclusiveTrackList::toExclusiveTrackList):
              * dom/ExclusiveTrackList.h: Added.
              (WebCore::ExclusiveTrackList::selectedIndex):
              * dom/ExclusiveTrackList.idl: Added.
              * dom/MultipleTrackList.cpp: Added.
              (WebCore::MultipleTrackList::create):
              (WebCore::MultipleTrackList::MultipleTrackList):
              (WebCore::MultipleTrackList::~MultipleTrackList):
              (WebCore::MultipleTrackList::clear):
              (WebCore::MultipleTrackList::isEnabled):
              (WebCore::MultipleTrackList::enable):
              (WebCore::MultipleTrackList::disable):
              (WebCore::MultipleTrackList::toMultipleTrackList):
              * dom/MultipleTrackList.h: Added.
              * dom/MultipleTrackList.idl: Added.
              * dom/TrackList.cpp: Added.
              (WebCore::Track::create):
              (WebCore::Track::Track):
              (WebCore::TrackList::create):
              (WebCore::TrackList::TrackList):
              (WebCore::TrackList::~TrackList):
              (WebCore::TrackList::length):
              (WebCore::TrackList::checkIndex):
              (WebCore::TrackList::getID):
              (WebCore::TrackList::getKind):
              (WebCore::TrackList::getLabel):
              (WebCore::TrackList::getLanguage):
              (WebCore::TrackList::clear):
              (WebCore::TrackList::postChangeEvent):
              (WebCore::TrackList::dispatchChangeEvent):
              (WebCore::TrackList::toTrackList):
              (WebCore::TrackList::scriptExecutionContext):
              (WebCore::TrackList::eventTargetData):
              (WebCore::TrackList::ensureEventTargetData):
              * dom/TrackList.h: Added.
              (WebCore::Track::id):
              (WebCore::Track::kind):
              (WebCore::Track::label):
              (WebCore::Track::language):
              (WebCore::TrackList::DispatchTask::create):
              (WebCore::TrackList::DispatchTask::performTask):
              (WebCore::TrackList::DispatchTask::DispatchTask):
              (WebCore::TrackList::refEventTarget):
              (WebCore::TrackList::derefEventTarget):
              * dom/TrackList.idl: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87293 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8589e40c
    • keishi@webkit.org's avatar
      2011-05-25 Keishi Hattori <keishi@webkit.org> · f0532db3
      keishi@webkit.org authored
              Reviewed by Kent Tamura.
      
              Move ElementWithPseudoId to separate file
              https://bugs.webkit.org/show_bug.cgi?id=61430
      
              No new tests because no behavior changes.
      
              * CMakeLists.txt: Added ElementWithPseudoId.cpp
              * GNUmakefile.list.am: Added ElementWithPseudoId.{h,cpp}
              * WebCore.gypi: Added ElementWithPseudoId.{h,cpp}
              * WebCore.pro: Added ElementWithPseudoId.{h,cpp}
              * WebCore.vcproj/WebCore.vcproj: Added ElementWithPseudoId.{h,cpp}
              * WebCore.xcodeproj/project.pbxproj: Added ElementWithPseudoId.{h,cpp}
              * html/ValidationMessage.cpp: Removed ElementWithPseudoId definition.
              * html/shadow/ElementWithPseudoId.cpp: Added.
              (WebCore::ElementWithPseudoId::shadowPseudoId):
              * html/shadow/ElementWithPseudoId.h: Added.
              (WebCore::ElementWithPseudoId::create):
              (WebCore::ElementWithPseudoId::ElementWithPseudoId):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87292 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f0532db3
    • alexis.menard@openbossa.org's avatar
      2011-05-25 Alexis Menard <alexis.menard@openbossa.org> · 20c10b56
      alexis.menard@openbossa.org authored
              Reviewed by Antonio Gomes.
      
              [Qt] When QWebView has a different style set on it then the scrollbars are not rendered correctly
              https://bugs.webkit.org/show_bug.cgi?id=34635
      
              Make sure the scrollbar is properly rendered on Mac with another style than the Mac style. The code had
              two paths, one for Mac and one for any other styles. The problem is that on Mac you can still run the
              application with -style plastique for example, therefore the code used for other styles should also be
              used whenever the current style is not the Mac style.
      
              * platform/qt/ScrollbarThemeQt.cpp:
              (WebCore::ScrollbarThemeQt::paint):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87290 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      20c10b56
    • yutak@chromium.org's avatar
      2011-05-25 Yuta Kitamura <yutak@chromium.org> · 83d2c582
      yutak@chromium.org authored
              Reviewed by Kent Tamura.
      
              WebSocket: Use fail() when WebSocketChannel has failed
              https://bugs.webkit.org/show_bug.cgi?id=61353
      
              * http/tests/websocket/tests/frame-length-overflow-expected.txt:
              Added a new console message.
      2011-05-25  Yuta Kitamura  <yutak@chromium.org>
      
              Reviewed by Kent Tamura.
      
              WebSocket: Use fail() when WebSocketChannel has failed
              https://bugs.webkit.org/show_bug.cgi?id=61353
      
              An existing error message has been modified, but it is impossible
              to test this message in LayoutTests because it is only shown when
              memory allocation has failed, which is hard to reproduce reliably.
      
              One new message has been added. It is covered by an existing test
              http/tests/websocket/tests/frame-length-overflow.html.
      
              There is no other change in behavior. No new tests are added.
      
              * websockets/WebSocketChannel.cpp:
              (WebCore::WebSocketChannel::fail):
              Do not close if we know the socket stream is already closed. This does not
              change the behavior, because SocketStreamBase does nothing if it is already
              closed.
              (WebCore::WebSocketChannel::didOpen):
              (WebCore::WebSocketChannel::didReceiveData):
              We need to set m_shouldDiscardReceivedData to true before calling fail(),
              so I moved the error message from appendToBuffer() to here.
              The error message was rephrased in order to improve readability.
              (WebCore::WebSocketChannel::appendToBuffer):
              Unnested the code.
              (WebCore::WebSocketChannel::processBuffer):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87282 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      83d2c582
    • apavlov@chromium.org's avatar
      2011-05-16 Alexander Pavlov <apavlov@chromium.org> · 8b8c778f
      apavlov@chromium.org authored
              Reviewed by David Levin.
      
              CSSParser: m_implicitShorthand should probably be RAII
              https://bugs.webkit.org/show_bug.cgi?id=51586
      
              It was impossible to entirely eliminate the m_implicitShorthand manual changes
              due to the parseFill*() method stateful call chains.
      
              No new tests, as this is a refactoring.
      
              * css/CSSParser.cpp:
              (ImplicitScope::ImplicitScope):
              (ImplicitScope::~ImplicitScope):
              (WebCore::CSSParser::parseShorthand):
              (WebCore::CSSParser::parse4Values):
              (WebCore::CSSParser::parseBorderRadius):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87281 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8b8c778f
    • podivilov@chromium.org's avatar
      2011-05-24 Pavel Podivilov <podivilov@chromium.org> · 4efe97a5
      podivilov@chromium.org authored
              Reviewed by Yury Semikhatsky.
      
              Web Inspector: inspected page crashes when call stack is empty after live edit.
              https://bugs.webkit.org/show_bug.cgi?id=61364
      
              * inspector/debugger/live-edit-expected.txt:
              * inspector/debugger/live-edit.html:
              * platform/chromium/test_expectations.txt:
      2011-05-24  Pavel Podivilov  <podivilov@chromium.org>
      
              Reviewed by Yury Semikhatsky.
      
              Web Inspector: inspected page crashes when call stack is empty after live edit.
              https://bugs.webkit.org/show_bug.cgi?id=61364
      
              * bindings/v8/ScriptDebugServer.cpp:
              (WebCore::ScriptDebugServer::currentCallFrame):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87280 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4efe97a5
    • yurys@chromium.org's avatar
      2011-05-23 Yury Semikhatsky <yurys@chromium.org> · 8dbb417f
      yurys@chromium.org authored
              Reviewed by Adam Barth.
      
              Chromium DevTools: Tab crashes with "Aw, snap!" on entering "(new Image())." in console
              https://bugs.webkit.org/show_bug.cgi?id=61194
      
              Test: inspector/console/console-eval-syntax-error.html
      
              * bindings/v8/custom/V8InjectedScriptHostCustom.cpp:
              (WebCore::V8InjectedScriptHost::evaluateCallback): return immediately in case of syntax error
      
      2011-05-23  Yury Semikhatsky  <yurys@chromium.org>
      
              Reviewed by Adam Barth.
      
              Chromium DevTools: Tab crashes with "Aw, snap!" on entering "(new Image())." in console
              https://bugs.webkit.org/show_bug.cgi?id=61194
      
              * inspector/console/console-eval-syntax-error-expected.txt: Added.
              * inspector/console/console-eval-syntax-error.html: Added.
              * platform/chromium/inspector/console/console-eval-syntax-error-expected.txt: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87278 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8dbb417f
    • yuzo@google.com's avatar
      2011-05-25 Yuzo Fujishima <yuzo@google.com> · a71d53d4
      yuzo@google.com authored
              Reviewed by Kent Tamura.
      
              Fix for Bug 61352 - Refactor RenderView::{enable,disable}LayoutState call sites to use RIIA
              https://bugs.webkit.org/show_bug.cgi?id=61352
      
              No new tests because no behavior changes.
      
              * html/shadow/MediaControlElements.cpp:
              (WebCore::RenderMediaVolumeSliderContainer::layout):
              * page/FrameView.cpp:
              (WebCore::FrameView::layout):
              * rendering/RenderBlock.cpp:
              (WebCore::RenderBlock::repaintOverhangingFloats):
              (WebCore::RenderBlock::updateFirstLetter):
              * rendering/RenderLayer.cpp:
              (WebCore::RenderLayer::updateLayerPositions):
              (WebCore::RenderLayer::updateScrollInfoAfterLayout):
              * rendering/RenderListBox.cpp:
              (WebCore::RenderListBox::layout):
              * rendering/RenderListItem.cpp:
              (WebCore::RenderListItem::updateMarkerLocation):
              * rendering/RenderMedia.cpp:
              (WebCore::RenderMedia::layout):
              * rendering/RenderView.h:
              (WebCore::RenderView::disableLayoutState):
              (WebCore::RenderView::enableLayoutState):
              (WebCore::LayoutStateDisabler::LayoutStateDisabler):
              (WebCore::LayoutStateDisabler::~LayoutStateDisabler):
              * rendering/svg/RenderSVGRoot.cpp:
              (WebCore::RenderSVGRoot::layout):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87277 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a71d53d4
    • ossy@webkit.org's avatar
      [Qt] Unreviewed typo fix after r87228. · 6cbf9f41
      ossy@webkit.org authored
      * WebCore.pro:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87276 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6cbf9f41
    • tkent@chromium.org's avatar
      2011-05-24 Keishi Hattori <keishi@webkit.org> · 15480487
      tkent@chromium.org authored
              Reviewed by Kent Tamura.
      
              Disable textfield implementation of <input type=color>. Add INPUT_COLOR feature flag. Add input color sanitizer.
              https://bugs.webkit.org/show_bug.cgi?id=61273
      
              * configure.ac: Added INPUT_COLOR feature flag.
      2011-05-24  Keishi Hattori  <keishi@webkit.org>
      
              Reviewed by Kent Tamura.
      
              Disable textfield implementation of <input type=color>. Add INPUT_COLOR feature flag. Add input color sanitizer.
              https://bugs.webkit.org/show_bug.cgi?id=61273
      
              * fast/forms/ValidityState-typeMismatch-color-expected.txt: Removed.
              * fast/forms/ValidityState-typeMismatch-color.html: Removed.
              * fast/forms/color/input-value-sanitization-color-expected.txt: Added.
              * fast/forms/color/input-value-sanitization-color.html: Added. Tests
              sanitization algorithm for input type=color.
              * fast/forms/input-type-change3-expected.txt:
              * fast/forms/input-widths-expected.txt:
              * fast/forms/input-widths.html: Removed type=color because it
              is no loger a text input type.
              * fast/forms/script-tests/ValidityState-patternMismatch-unsupported.js: Changed to range input type.
              * fast/forms/script-tests/ValidityState-typeMismatch-color.js: Removed.
              * fast/forms/script-tests/input-type-change3.js:
              * platform/gtk/Skipped: Skip fast/forms/color.
              * platform/mac/Skipped: Skip fast/forms/color.
              * platform/qt/Skipped: Skip fast/forms/color.
              * platform/win/Skipped: Skip fast/forms/color.
      2011-05-24  Keishi Hattori  <keishi@webkit.org>
      
              Reviewed by Kent Tamura.
      
              Disable textfield implementation of <input type=color>. Add INPUT_COLOR feature flag. Add input color sanitizer.
              https://bugs.webkit.org/show_bug.cgi?id=61273
      
              * Configurations/FeatureDefines.xcconfig: Added COLOR_INPUT feature flag.
      2011-05-24  Keishi Hattori  <keishi@webkit.org>
      
              Reviewed by Kent Tamura.
      
              Disable textfield implementation of <input type=color>. Add INPUT_COLOR feature flag. Add input color sanitizer.
              https://bugs.webkit.org/show_bug.cgi?id=61273
      
              Test: fast/forms/color/input-value-sanitization-color.html
      
              * Configurations/FeatureDefines.xcconfig: Added COLOR_INPUT feature flag.
              * GNUmakefile.am: Added COLOR_INPUT feature flag.
              * features.pri: Added COLOR_INPUT feature flag.
              * html/ColorInputType.cpp: Wrapped with COLOR_INPUT feature flag.
              (WebCore::ColorInputType::isColorControl): Added.
              (WebCore::ColorInputType::fallbackValue): Added. Fallback value defined in spec.
              (WebCore::ColorInputType::sanitizeValue): Added. Sanitize value string as defined in spec.
              * html/ColorInputType.h: Wrapped with COLOR_INPUT feature flag.
              (WebCore::ColorInputType::ColorInputType): Changed to inherit BaseButtonInputType.
              * html/InputType.cpp:
              (WebCore::InputType::isColorControl): Added.
              * html/InputType.h:
      2011-05-24  Keishi Hattori  <keishi@webkit.org>
      
              Reviewed by Kent Tamura.
      
              Disable textfield implementation of <input type=color>. Add INPUT_COLOR feature flag. Add input color sanitizer.
              https://bugs.webkit.org/show_bug.cgi?id=61273
      
              * features.gypi: Added INPUT_COLOR feature flag.
      2011-05-24  Keishi Hattori  <keishi@webkit.org>
      
              Reviewed by Kent Tamura.
      
              Disable input color. Add INPUT_COLOR feature flag. Implement input color sanitizer.
              https://bugs.webkit.org/show_bug.cgi?id=61273
      
              * Configurations/FeatureDefines.xcconfig: Added INPUT_COLOR feature flag.
      2011-05-24  Keishi Hattori  <keishi@webkit.org>
      
              Reviewed by Kent Tamura.
      
              Disable textfield implementation of <input type=color>. Add INPUT_COLOR feature flag. Add input color sanitizer.
              https://bugs.webkit.org/show_bug.cgi?id=61273
      
              * Configurations/FeatureDefines.xcconfig: Added INPUT_COLOR feature flag.
      2011-05-24  Keishi Hattori  <keishi@webkit.org>
      
              Reviewed by Kent Tamura.
      
              Disable textfield implementation of <input type=color>. Add INPUT_COLOR feature flag. Add input color sanitizer.
              https://bugs.webkit.org/show_bug.cgi?id=61273
      
              * Scripts/build-webkit: Added INPUT_COLOR feature flag.
      2011-05-24  Keishi Hattori  <keishi@webkit.org>
      
              Reviewed by Kent Tamura.
      
              Disable input color. Add INPUT_COLOR feature flag. Implement input color sanitizer.
              https://bugs.webkit.org/show_bug.cgi?id=61273
      
              * win/tools/vsprops/FeatureDefines.vsprops: Added INPUT_COLOR feature flag.
              * win/tools/vsprops/FeatureDefinesCairo.vsprops: Added INPUT_COLOR feature flag.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87274 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      15480487
  2. 24 May, 2011 5 commits
    • commit-queue@webkit.org's avatar
      2011-05-24 Steve Lacey <sjl@chromium.org> · 825da56b
      commit-queue@webkit.org authored
              Reviewed by Eric Carlson.
      
              Move chromium media controls timeline back to flexible rather than absolute
              layout.
      
              https://bugs.webkit.org/show_bug.cgi?id=61379
      
              * platform/chromium/test_expectations.txt: Added expected failures from this change.
      2011-05-24  Steve Lacey  <sjl@chromium.org>
      
              Reviewed by Eric Carlson.
      
              Move chromium media controls timeline back to flexible rather than absolute
              layout.
      
              https://bugs.webkit.org/show_bug.cgi?id=61379
      
              * css/mediaControlsChromium.css:
              (audio::-webkit-media-controls-current-time-display, video::-webkit-media-controls-current-time-display):
              (audio::-webkit-media-controls-timeline, video::-webkit-media-controls-timeline):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87268 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      825da56b
    • ukai@chromium.org's avatar
      Unreviewed. Fix clang error. · 4e4239e4
      ukai@chromium.org authored
      error: initialization of pointer of type 'WebCore::MHTMLArchive *' to
      NULL from a constant boolean expression [-Werror,-Wbool-conversio
      
      * loader/archive/mhtml/MHTMLArchive.cpp:
      (WebCore::MHTMLArchive::create):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87266 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4e4239e4
    • abarth@webkit.org's avatar
      2011-05-24 Adam Barth <abarth@webkit.org> · b1d592b2
      abarth@webkit.org authored
              Reviewed by Eric Seidel.
      
              Add FIXME comments about removing FrameLoader::isProcessingUserGesture
              https://bugs.webkit.org/show_bug.cgi?id=61395
      
              All the callers of the API are wrong.  They should call the more modern
              static member function of ScriptController instead.  I'll remove the
              FrameLoader function in a future patch.
      
              * html/HTMLMediaElement.cpp:
              (WebCore::HTMLMediaElement::processingUserGesture):
              * rendering/RenderFileUploadControl.cpp:
              (WebCore::RenderFileUploadControl::click):
      2011-05-24  Adam Barth  <abarth@webkit.org>
      
              Reviewed by Eric Seidel.
      
              Add FIXME comments about removing FrameLoader::isProcessingUserGesture
              https://bugs.webkit.org/show_bug.cgi?id=61395
      
              * src/FrameLoaderClientImpl.cpp:
              (WebKit::FrameLoaderClientImpl::dispatchDidNavigateWithinPage):
              * src/WebFrameImpl.cpp:
              (WebKit::WebFrameImpl::isProcessingUserGesture):
      2011-05-24  Adam Barth  <abarth@webkit.org>
      
              Reviewed by Eric Seidel.
      
              Add FIXME comments about removing FrameLoader::isProcessingUserGesture
              https://bugs.webkit.org/show_bug.cgi?id=61395
      
              * WebView/WebView.mm:
              (-[WebView _isProcessingUserGesture]):
      2011-05-24  Adam Barth  <abarth@webkit.org>
      
              Reviewed by Eric Seidel.
      
              Add FIXME comments about removing FrameLoader::isProcessingUserGesture
              https://bugs.webkit.org/show_bug.cgi?id=61395
      
              * WebCoreSupport/FrameLoaderClientQt.cpp:
              (drtPrintFrameUserGestureStatus):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87260 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      b1d592b2
    • gyuyoung.kim@samsung.com's avatar
      2011-05-24 Gyuyoung Kim <gyuyoung.kim@samsung.com> · 9694e30a
      gyuyoung.kim@samsung.com authored
              Unreviewed. Fix style error.
      
              * platform/efl/WidgetEfl.cpp:
              (WebCore::WidgetPrivate::WidgetPrivate):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87258 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      9694e30a
    • commit-queue@webkit.org's avatar
      2011-05-24 Greg Simon <gregsimon@chromium.org> · 536df5e8
      commit-queue@webkit.org authored
              Reviewed by Dimitri Glazkov.
      
              Control Indexeddb backends from LayoutTestController
              https://bugs.webkit.org/show_bug.cgi?id=61000
      
              LayoutTest for migration between SQLite and LevelDB
              in IndxededDB.
      
              * storage/indexeddb/migrate-basics-expected.txt: Added.
              * storage/indexeddb/migrate-basics.html: Added.
      2011-05-24  Greg Simon  <gregsimon@chromium.org>
      
              Reviewed by Dimitri Glazkov.
      
              Control Indexeddb backends from LayoutTestController
              https://bugs.webkit.org/show_bug.cgi?id=61000
      
              Test: storage/indexeddb/migrate-basics.html
      
              * storage/IDBBackingStore.h:
              * storage/IDBFactoryBackendImpl.cpp:
              (WebCore::IDBFactoryBackendImpl::IDBFactoryBackendImpl):
              (WebCore::IDBFactoryBackendImpl::open):
              (WebCore::IDBFactoryBackendImpl::setEnableMigration):
              (WebCore::IDBFactoryBackendImpl::migrate):
              * storage/IDBFactoryBackendImpl.h:
              * storage/IDBFactoryBackendInterface.h:
              * storage/IDBLevelDBBackingStore.cpp:
              (WebCore::IDBLevelDBBackingStore::backingStoreExists):
              * storage/IDBLevelDBBackingStore.h:
              (WebCore::IDBLevelDBBackingStore::backingStoreType):
              * storage/IDBSQLiteBackingStore.cpp:
              (WebCore::IDBSQLiteBackingStore::backingStoreExists):
              * storage/IDBSQLiteBackingStore.h:
              (WebCore::IDBSQLiteBackingStore::backingStoreType):
      2011-05-24  Greg Simon  <gregsimon@chromium.org>
      
              Reviewed by Dimitri Glazkov.
      
              Control Indexeddb backends from LayoutTestController
              https://bugs.webkit.org/show_bug.cgi?id=61000
      
              * public/WebIDBFactory.h:
              (WebKit::WebIDBFactory::setEnableMigration):
              * src/AssertMatchingEnums.cpp:
              * src/IDBFactoryBackendProxy.cpp:
              (WebKit::IDBFactoryBackendProxy::setEnableMigration):
              * src/IDBFactoryBackendProxy.h:
              * src/WebIDBFactoryImpl.cpp:
              (WebKit::WebIDBFactory::setOverrideBackingStoreType):
              (WebKit::WebIDBFactory::setTemporaryDatabaseFolder):
              (WebKit::WebIDBFactoryImpl::WebIDBFactoryImpl):
              (WebKit::WebIDBFactoryImpl::open):
              (WebKit::WebIDBFactoryImpl::setEnableMigration):
              * src/WebIDBFactoryImpl.h:
      2011-05-24  Greg Simon  <gregsimon@chromium.org>
      
              Reviewed by Dimitri Glazkov.
      
              Control Indexeddb backends from LayoutTestController
              https://bugs.webkit.org/show_bug.cgi?id=61000
      
              * DumpRenderTree/chromium/LayoutTestController.cpp:
              (LayoutTestController::LayoutTestController):
              (LayoutTestController::setOverrideIndexedDBBackingStore):
              (LayoutTestController::clearAllDatabases):
              * DumpRenderTree/chromium/LayoutTestController.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@87257 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      536df5e8