1. 08 Nov, 2013 40 commits
    • andersca@apple.com's avatar
      More build fixes. · 3df9f6e3
      andersca@apple.com authored
      * UIProcess/API/mac/WKConnection.h:
      * UIProcess/API/mac/WKConnection.mm:
      (didReceiveMessage):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158948 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3df9f6e3
    • andersca@apple.com's avatar
      Try to fix the 32-bit build. · 87bb3cde
      andersca@apple.com authored
      * Shared/API/Cocoa/WKBrowsingContextHandleInternal.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158947 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      87bb3cde
    • matthew_hanson@apple.com's avatar
      Added myself as a contributor. · 241e392e
      matthew_hanson@apple.com authored
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158946 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      241e392e
    • ap@apple.com's avatar
      https://bugs.webkit.org/show_bug.cgi?id=124064 · 83bcc61e
      ap@apple.com authored
      Some WebCrypto files are not in correct directories
      
      Rubber-stamped by Anders Carlsson.
      
      * WebCore.xcodeproj/project.pbxproj:
      * crypto/CryptoAlgorithmAesCbcParams.h: Removed.
      * crypto/CryptoAlgorithmAesKeyGenParams.h: Removed.
      * crypto/CryptoKeyAES.cpp: Removed.
      * crypto/CryptoKeyAES.h: Removed.
      * crypto/CryptoKeyMac.cpp: Removed.
      * crypto/keys/CryptoKeyAES.cpp: Copied from Source/WebCore/crypto/CryptoKeyAES.cpp.
      * crypto/keys/CryptoKeyAES.h: Copied from Source/WebCore/crypto/CryptoKeyAES.h.
      * crypto/mac/CryptoKeyMac.cpp: Copied from Source/WebCore/crypto/CryptoKeyMac.cpp.
      * crypto/parameters/CryptoAlgorithmAesCbcParams.h: Copied from Source/WebCore/crypto/CryptoAlgorithmAesCbcParams.h.
      * crypto/parameters/CryptoAlgorithmAesKeyGenParams.h: Copied from Source/WebCore/crypto/CryptoAlgorithmAesKeyGenParams.h.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158945 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      83bcc61e
    • andersca@apple.com's avatar
      Replace __alignof with alignof. · 68a3c31b
      andersca@apple.com authored
      Rubber-stamped by Beth Dakin.
      
      * Platform/CoreIPC/ArgumentCoders.cpp:
      (CoreIPC::::encode):
      (CoreIPC::decodeStringText):
      * Platform/CoreIPC/ArgumentCoders.h:
      (CoreIPC::SimpleArgumentCoder::encode):
      (CoreIPC::SimpleArgumentCoder::decode):
      * Platform/CoreIPC/ArgumentDecoder.h:
      (CoreIPC::ArgumentDecoder::bufferIsLargeEnoughToContain):
      * WebProcess/WebPage/DecoderAdapter.cpp:
      (WebKit::DecoderAdapter::decodeString):
      * WebProcess/WebPage/EncoderAdapter.cpp:
      (WebKit::EncoderAdapter::encodeString):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158944 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      68a3c31b
    • ap@apple.com's avatar
      Implement JWK key import for HMAC and AES-CBC · 7f6fd501
      ap@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=124059
      
      Reviewed by Anders Carlsson.
      
      Source/WebCore: 
      
      Tests: crypto/subtle/aes-cbc-import-jwk.html
             crypto/subtle/hmac-import-jwk.html
             crypto/subtle/import-jwk.html
      
      WebCrypto supports multiple key formats - raw, pkcs8, spki, jwk. The design is that
      we'll transform these into parsed KeyData subclasses before passing to algorithms.
      
      CryptoKeySerialization is a base class for handling all these formats.
      
      * WebCore.xcodeproj/project.pbxproj: Added new files. Removed CryptoKeyFormat.h.
              
      * bindings/js/JSCryptoKeySerializationJWK.h: Added.
      * bindings/js/JSCryptoKeySerializationJWK.cpp: Added.
      (WebCore::getStringFromJSON): A helper. Note that we can rely on the object being
      a nice freshly parsed JSON, no getters or anything.
      (WebCore::getBooleanFromJSON): Ditto.
      (WebCore::JSCryptoKeySerializationJWK::JSCryptoKeySerializationJWK):
      (WebCore::JSCryptoKeySerializationJWK::~JSCryptoKeySerializationJWK):
      (WebCore::createHMACParameters): A simple helper.
      (WebCore::JSCryptoKeySerializationJWK::reconcileAlgorithm): WebCrypto API is weird,
      you can have algorithm parameters both inside a JWK key and passed as importKey()
      arguments. They need to agree, whatever that means for specific serialization's
      algorithm options (not all necessarily have a 1-1 matching to WebCrypto).
      (WebCore::JSCryptoKeySerializationJWK::reconcileUsages): Take an intersection of usages.
      (WebCore::JSCryptoKeySerializationJWK::reconcileExtractable): Only extractable if
      both JWK and the caller agree.
      (WebCore::JSCryptoKeySerializationJWK::keySizeIsValid): Verify validity of JWK key.
      (WebCore::JSCryptoKeySerializationJWK::keyData): Return an appropriate KeyData
      subclass.
      
      * bindings/js/JSSubtleCryptoCustom.cpp:
      (WebCore::ENUM_CLASS): Moved CryptoKeyFormat here.
      (WebCore::cryptoKeyFormatFromJSValue): Added a human readable string to an exception.
      (WebCore::JSSubtleCrypto::importKey): Support multiple key formats, not just raw.
      
      * crypto/CryptoAlgorithm.cpp: (WebCore::CryptoAlgorithm::importKey):
      * crypto/CryptoAlgorithm.h:
      Updated signature for importKey to one that makes more sense. Decoding formats all
      the way from a binary blob is not something that CryptoAlgorithm subclasses should
      do, we now pass a KeyData subclass instead.
      Removed exportKey/wrapKey/unwrapKey altogether, because I don't yet know what the
      signatures will be.
      
      * crypto/CryptoKeyData.h: Added.
      (WebCore::CryptoKeyData::ENUM_CLASS):
      (WebCore::CryptoKeyData::CryptoKeyData):
      (WebCore::CryptoKeyData::~CryptoKeyData):
      (WebCore::CryptoKeyData::format):
      A base class for passing key material to algorithms. Currently, only one type is
      supported, that being OctetSequence for secret keys. Keys for RSA and EC are more
      complicated, and secret/public ones are different too.
      
      * crypto/CryptoKeyFormat.h: Removed. There are too many key format classes
      confusingly floating around, and this was only needed in one file for parsing.
      
      * crypto/CryptoKeySerialization.h: Added.
      Base class for handling raw/pkcs8/spki/jwk keys.
      
      * crypto/algorithms/CryptoAlgorithmAES_CBC.cpp:
      (WebCore::CryptoAlgorithmAES_CBC::importKey):
      * crypto/algorithms/CryptoAlgorithmAES_CBC.h:
      Updated to use CryptoKeyData.
      
      * crypto/algorithms/CryptoAlgorithmHMAC.cpp:
      (WebCore::CryptoAlgorithmHMAC::importKey):
      * crypto/algorithms/CryptoAlgorithmHMAC.h:
      Updated to use CryptoKeyData.
      
      * crypto/keys/CryptoKeyDataOctetSequence.cpp: Added.
      (WebCore::CryptoKeyDataOctetSequence::CryptoKeyDataOctetSequence):
      (WebCore::CryptoKeyDataOctetSequence::~CryptoKeyDataOctetSequence):
      * crypto/keys/CryptoKeyDataOctetSequence.h: Added.
      (WebCore::asCryptoKeyDataOctetSequence):
      * crypto/keys/CryptoKeySerializationRaw.cpp: Added.
      (WebCore::CryptoKeySerializationRaw::CryptoKeySerializationRaw):
      (WebCore::CryptoKeySerializationRaw::~CryptoKeySerializationRaw):
      (WebCore::CryptoKeySerializationRaw::reconcileAlgorithm):
      (WebCore::CryptoKeySerializationRaw::reconcileUsages):
      (WebCore::CryptoKeySerializationRaw::reconcileExtractable):
      (WebCore::CryptoKeySerializationRaw::keyData):
      * crypto/keys/CryptoKeySerializationRaw.h: Added.
      Much code to pass around a Vector<char>.
      
      LayoutTests: 
      
      * crypto/subtle/aes-cbc-import-jwk-expected.txt: Added.
      * crypto/subtle/aes-cbc-import-jwk.html: Added.
      * crypto/subtle/hmac-import-jwk-expected.txt: Added.
      * crypto/subtle/hmac-import-jwk.html: Added.
      * crypto/subtle/import-jwk-expected.txt: Added.
      * crypto/subtle/import-jwk.html: Added.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158943 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7f6fd501
    • andersca@apple.com's avatar
      Add a way to get a WKWebProcessPlugInBrowserContextController from a handle · d05dab7a
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=124063
      
      Reviewed by Beth Dakin.
      
      * WebProcess/InjectedBundle/API/mac/WKWebProcessPlugInBrowserContextController.mm:
      (+[WKWebProcessPlugInBrowserContextController lookUpBrowsingContextFromHandle:]):
      * WebProcess/InjectedBundle/API/mac/WKWebProcessPlugInBrowserContextControllerPrivate.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158942 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      d05dab7a
    • oliver@apple.com's avatar
      Remove accidentally added files. · 3c3ae871
      oliver@apple.com authored
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158941 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3c3ae871
    • oliver@apple.com's avatar
      Fix minor (unobservable) bug in ArrayIterator::next() · df2e4485
      oliver@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=124061
      
      Reviewed by Beth Dakin.
      
      I noticed this while reading the array iterator code.  Due to how
      ArrayIterator::next() and our enumeration behaviour is implemented
      this is not actually a code path that can be hit.  But in order to
      future proof this it should be correct.
      
      * runtime/JSArrayIterator.cpp:
      (JSC::arrayIteratorNext):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158940 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      df2e4485
    • andersca@apple.com's avatar
      More work on WKBrowsingContextHandle · 181d4157
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=124060
      
      Reviewed by Beth Dakin.
      
      Implement -hash and -isEqual: and add -[WKWebProcessPlugInBrowserContextController handle].
      
      * Shared/API/Cocoa/WKBrowsingContextHandle.mm:
      (-[WKBrowsingContextHandle hash]):
      (-[WKBrowsingContextHandle isEqual:]):
      * Shared/API/Cocoa/WKRemoteObjectCoder.mm:
      (decodeInvocation):
      * WebProcess/InjectedBundle/API/mac/WKWebProcessPlugInBrowserContextController.mm:
      (-[WKWebProcessPlugInBrowserContextController mainFrameDocument]):
      (-[WKWebProcessPlugInBrowserContextController selectedRange]):
      (-[WKWebProcessPlugInBrowserContextController handle]):
      * WebProcess/InjectedBundle/API/mac/WKWebProcessPlugInBrowserContextControllerInternal.h:
      * WebProcess/InjectedBundle/API/mac/WKWebProcessPlugInBrowserContextControllerPrivate.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158939 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      181d4157
    • mark.lam@apple.com's avatar
      Move breakpoint (and exception break) functionality into JSC::Debugger. · 26c53408
      mark.lam@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=121796.
      
      Reviewed by Geoffrey Garen.
      
      Source/JavaScriptCore: 
      
      - In ScriptDebugServer and JSC::Debugger, SourceID and BreakpointID are
        now numeric tokens.
      
      - JSC::Debugger now tracks user defined breakpoints in a JSC::Breakpoint
        record. Previously, this info is tracked in the ScriptBreakpoint record
        in ScriptDebugServer. The only element of ScriptBreakpoint that is not
        being tracked by JSC::Breakpoint is the ScriptBreakpointAction.
           The ScriptBreakpointAction is still tracked by the ScriptDebugServer
        in a list keyed on the corresponding BreakpointID.
           The ScriptBreakpoint record is now only used as a means of passing
        breakpoint paramaters to the ScriptDebugServer.
      
      - ScriptDebugServer now no longer accesses the JSC::CallFrame* directly.
        It always goes through the DebuggerCallFrame.
      
      * GNUmakefile.list.am:
      * JavaScriptCore.vcxproj/JavaScriptCore.vcxproj:
      * JavaScriptCore.vcxproj/JavaScriptCore.vcxproj.filters:
      * JavaScriptCore.xcodeproj/project.pbxproj:
      * debugger/Breakpoint.h: Added.
      (JSC::Breakpoint::Breakpoint):
      - Breakpoint class to track info for each breakpoint in JSC::Debugger.
      * debugger/Debugger.cpp:
      (JSC::DebuggerCallFrameScope::DebuggerCallFrameScope):
      (JSC::DebuggerCallFrameScope::~DebuggerCallFrameScope):
      (JSC::Debugger::Debugger):
      (JSC::Debugger::detach):
      (JSC::Debugger::updateNeedForOpDebugCallbacks):
      (JSC::Debugger::setBreakpoint):
      (JSC::Debugger::removeBreakpoint):
      (JSC::Debugger::hasBreakpoint):
      (JSC::Debugger::clearBreakpoints):
      (JSC::Debugger::setBreakpointsActivated):
      (JSC::Debugger::setPauseOnExceptionsState):
      (JSC::Debugger::setPauseOnNextStatement):
      (JSC::Debugger::breakProgram):
      (JSC::Debugger::continueProgram):
      (JSC::Debugger::stepIntoStatement):
      (JSC::Debugger::stepOverStatement):
      (JSC::Debugger::stepOutOfFunction):
      (JSC::Debugger::updateCallFrame):
      (JSC::Debugger::updateCallFrameAndPauseIfNeeded):
      (JSC::Debugger::pauseIfNeeded):
      (JSC::Debugger::exception):
      (JSC::Debugger::atStatement):
      (JSC::Debugger::callEvent):
      (JSC::Debugger::returnEvent):
      (JSC::Debugger::willExecuteProgram):
      (JSC::Debugger::didExecuteProgram):
      (JSC::Debugger::didReachBreakpoint):
      (JSC::Debugger::currentDebuggerCallFrame):
      * debugger/Debugger.h:
      * debugger/DebuggerCallFrame.cpp:
      (JSC::DebuggerCallFrame::sourceID):
      (JSC::DebuggerCallFrame::sourceIDForCallFrame):
      * debugger/DebuggerCallFrame.h:
      * debugger/DebuggerPrimitives.h: Added.
      - define SourceID, noSourceID, BreakpointID, and noBreakpointID.
      
      Source/WebCore: 
      
      No new tests.
      
      - In ScriptDebugServer and JSC::Debugger, SourceID and BreakpointID are
        now numeric tokens.
      
      - JSC::Debugger now tracks user defined breakpoints in a JSC::Breakpoint
        record. Previously, this info is tracked in the ScriptBreakpoint record
        in ScriptDebugServer. The only element of ScriptBreakpoint that is not
        being tracked by JSC::Breakpoint is the ScriptBreakpointAction.
           The ScriptBreakpointAction is still tracked by the ScriptDebugServer
        in a list keyed on the corresponding BreakpointID.
           The ScriptBreakpoint record is now only used as a means of passing
        breakpoint paramaters to the ScriptDebugServer.
      
      - ScriptDebugServer now no longer accesses the JSC::CallFrame* directly.
        It always goes through the DebuggerCallFrame.
      
      * GNUmakefile.list.am:
      * WebCore.vcxproj/WebCore.vcxproj:
      * WebCore.vcxproj/WebCore.vcxproj.filters:
      * WebCore.xcodeproj/project.pbxproj:
      * bindings/js/BreakpointID.h: Added.
      * bindings/js/ScriptDebugServer.cpp:
      (WebCore::ScriptDebugServer::ScriptDebugServer):
      (WebCore::ScriptDebugServer::setBreakpoint):
      (WebCore::ScriptDebugServer::removeBreakpoint):
      (WebCore::ScriptDebugServer::clearBreakpoints):
      (WebCore::ScriptDebugServer::dispatchDidPause):
      (WebCore::ScriptDebugServer::dispatchDidContinue):
      (WebCore::ScriptDebugServer::dispatchDidParseSource):
      (WebCore::ScriptDebugServer::notifyDoneProcessingDebuggerEvents):
      (WebCore::ScriptDebugServer::needPauseHandling):
      (WebCore::ScriptDebugServer::handleBreakpointHit):
      (WebCore::ScriptDebugServer::handleExceptionInBreakpointCondition):
      (WebCore::ScriptDebugServer::handlePause):
      * bindings/js/ScriptDebugServer.h:
      * bindings/js/SourceID.h: Added.
      * bindings/js/WorkerScriptDebugServer.cpp:
      (WebCore::WorkerScriptDebugServer::WorkerScriptDebugServer):
      * bindings/js/WorkerScriptDebugServer.h:
      * inspector/InspectorDebuggerAgent.cpp:
      (WebCore::InspectorDebuggerAgent::InspectorDebuggerAgent):
      (WebCore::parseLocation):
      (WebCore::InspectorDebuggerAgent::setBreakpoint):
      (WebCore::InspectorDebuggerAgent::continueToLocation):
      (WebCore::InspectorDebuggerAgent::resolveBreakpoint):
      (WebCore::InspectorDebuggerAgent::searchInContent):
      (WebCore::InspectorDebuggerAgent::getScriptSource):
      (WebCore::InspectorDebuggerAgent::didParseSource):
      (WebCore::InspectorDebuggerAgent::didPause):
      (WebCore::InspectorDebuggerAgent::clear):
      * inspector/InspectorDebuggerAgent.h:
      * inspector/ScriptDebugListener.h:
      
      Source/WebKit/mac: 
      
      * WebView/WebScriptDebugger.h:
      * WebView/WebScriptDebugger.mm:
      (WebScriptDebugger::WebScriptDebugger):
      (WebScriptDebugger::handlePause):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158937 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      26c53408
    • andersca@apple.com's avatar
      Add A WKBrowsingContextHandle class · 563f8c86
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=124058
      
      Reviewed by Sam Weinig.
      
      The WKBrowsingContextHandle class represents a browsing context and can be sent across process boundaries.
      
      * Shared/API/Cocoa/WKBrowsingContextHandle.h: Added.
      * Shared/API/Cocoa/WKBrowsingContextHandle.mm: Added.
      (-[WKBrowsingContextHandle _initWithPageID:]):
      (-[WKBrowsingContextHandle encodeWithCoder:]):
      (-[WKBrowsingContextHandle initWithCoder:]):
      (+[WKBrowsingContextHandle supportsSecureCoding]):
      * Shared/API/Cocoa/WKBrowsingContextHandleInternal.h: Added.
      * UIProcess/API/mac/WKBrowsingContextController.mm:
      (-[WKBrowsingContextController handle]):
      * UIProcess/API/mac/WKBrowsingContextControllerInternal.h:
      * UIProcess/API/mac/WKBrowsingContextControllerPrivate.h:
      (NS_ENUM):
      * WebKit2.xcodeproj/project.pbxproj:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158936 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      563f8c86
    • commit-queue@webkit.org's avatar
      InspectorConsoleAgent::didFinishXHRLoading ConsoleMessage should include a column number · 123c7261
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114316
      
      Patch by László Langó <lango@inf.u-szeged.hu> on 2013-11-08
      Reviewed by Timothy Hatcher.
      
      InspectorConsoleAgent::didFinishXHRLoading creates a ConsoleMessage with a line number,
      but it should also include a column number. It looks like ultimately the line number comes from
      JSXMLHttpRequest::send, it should also be possible to get the column number at the time.
      The column number would be needed by the Web Inspector to jump to the proper place in source code
      to show where the XHR originated from.
      
      * bindings/js/JSXMLHttpRequestCustom.cpp:
      (WebCore::SendFunctor::SendFunctor):
      (WebCore::SendFunctor::column):
      (WebCore::SendFunctor::operator()):
      (WebCore::JSXMLHttpRequest::send):
      * inspector/InspectorConsoleAgent.cpp:
      (WebCore::InspectorConsoleAgent::didFinishXHRLoading):
      * inspector/InspectorConsoleAgent.h:
      * inspector/InspectorInstrumentation.cpp:
      (WebCore::InspectorInstrumentation::didFinishXHRLoadingImpl):
      * inspector/InspectorInstrumentation.h:
      (WebCore::InspectorInstrumentation::didFinishXHRLoading):
      * xml/XMLHttpRequest.cpp:
      (WebCore::XMLHttpRequest::XMLHttpRequest):
      (WebCore::XMLHttpRequest::setLastSendLineAndColumnNumber):
      (WebCore::XMLHttpRequest::didFinishLoading):
      * xml/XMLHttpRequest.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158935 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      123c7261
    • simon.fraser@apple.com's avatar
      Left sidebar on cubic-bezier.com flickers · 1d125271
      simon.fraser@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=123128
      
      Source/WebCore:
      
      Reviewed by Dean Jackson.
      
      The logic that determined whether position:fixed elements outside the viewport
      should be composited was incorrect if the fixed element also had a transform.
      
      layer.calculateLayerBounds() only takes into account painted transforms (since they
      affect layer bounds). So we need to compute the bounds relative to the layer
      itself, then use localToContainerQuad() to map them to document coordinates,
      but only to the RenderView so that we don't hit the page scale transform.
      
      Tests: compositing/layer-creation/fixed-position-transformed-into-view.html
             compositing/layer-creation/fixed-position-transformed-outside-view.html
      
      * rendering/RenderLayerCompositor.cpp:
      (WebCore::RenderLayerCompositor::requiresCompositingForPosition):
      
      LayoutTests:
      
      Reviewed by Dean Jackson.
      
      Tests with transformed, fixed elements which dump the layer tree to see
      which layers get composited.
      
      * compositing/layer-creation/fixed-position-transformed-into-view-expected.txt: Added.
      * compositing/layer-creation/fixed-position-transformed-into-view.html: Added.
      * compositing/layer-creation/fixed-position-transformed-outside-view-expected.txt: Added.
      * compositing/layer-creation/fixed-position-transformed-outside-view.html: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158934 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      1d125271
    • ap@apple.com's avatar
      Make base64url decoding actually work · 9c65476a
      ap@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=124050
      
      Reviewed by Sam Weinig.
      
      * wtf/text/Base64.cpp: (WTF::base64DecodeInternal): Don't hardcode knowledge about
      alphabet, put it into the map.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158933 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      9c65476a
    • oliver@apple.com's avatar
      Fix layout test that was actually testing incorrect behaviour. · c91662b3
      oliver@apple.com authored
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158932 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c91662b3
    • mrobinson@webkit.org's avatar
      [MathML] Center of stretched curly bracket not always vertically centered · b39d0738
      mrobinson@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=123715
      
      Reviewed by Brent Fulgham.
      
      Source/WebCore:
      
      * rendering/mathml/RenderMathMLOperator.cpp:
      (WebCore::RenderMathMLOperator::fillWithExtensionGlyph): Update an assertion and
      handle the case where two glyph pieces abut.
      (WebCore::RenderMathMLOperator::paint): Do not offset the center glyph by y().
      
      LayoutTests:
      
      * TestExpectations: Unskip mo-stretch.html. It was skipped originally,
      because MathML is changing rapidly, but we need it to test these changes.
      * mathml/presentation/mo-stretch.html: Update to show stretching characteristics
      of all stretchable glyphs.
      * platform/gtk/mathml/presentation/mo-stretch-expected.png:
      * platform/gtk/mathml/presentation/mo-stretch-expected.txt:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158931 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      b39d0738
    • andersca@apple.com's avatar
      Add WKRemoteObjectRegistry to WKConnection · a927c7cb
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=124054
      
      Reviewed by Sam Weinig.
      
      * UIProcess/API/mac/WKConnection.h:
      * UIProcess/API/mac/WKConnection.mm:
      (-[WKConnection delegate]):
      (-[WKConnection setDelegate:]):
      (-[WKConnection remoteObjectRegistry]):
      (didReceiveMessage):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158930 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a927c7cb
    • oliver@apple.com's avatar
      Map.forEach crashes on deleted values · 8eb44c70
      oliver@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=124017
      
      Reviewed by Ryosuke Niwa.
      
      Source/JavaScriptCore:
      
      MapData iterator did not consider the case of the first entries
      being holes.  To fix this I've refactored iteration so that we
      can perform an initialisation increment on construction, whle
      retaining the useful assertion in MapData::const_iterator::operator++
      
      * runtime/MapData.h:
      (JSC::MapData::const_iterator::operator++):
      (JSC::MapData::const_iterator::internalIncrement):
      (JSC::MapData::const_iterator::const_iterator):
      
      LayoutTests:
      
      Test case
      
      * js/map-iterate-first-entry-is-a-hole-expected.txt: Added.
      * js/map-iterate-first-entry-is-a-hole.html: Added.
      * js/script-tests/map-iterate-first-entry-is-a-hole.js: Added.
      (set map0):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158929 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8eb44c70
    • jer.noble@apple.com's avatar
      [MSE] Bring SourceBuffer.append up to the most recent spec. · d1028b7c
      jer.noble@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=123377
      
      Reviewed by Eric Carlson.
      
      Source/WebCore:
      
      Test: media/media-source/media-source-append-failed.html
      
      Bring the MediaSource append() implementation up to the current spec.
      
      * Modules/mediasource/SourceBuffer.cpp:
      (WebCore::SourceBuffer::appendBufferInternal):
      (WebCore::SourceBuffer::appendBufferTimerFired):
      * platform/graphics/SourceBufferPrivate.h:
      * platform/mock/mediasource/MockSourceBufferPrivate.cpp:
      (WebCore::MockSourceBufferPrivate::append):
      (WebCore::MockSourceBufferPrivate::evictCodedFrames):
      (WebCore::MockSourceBufferPrivate::isFull):
      * platform/mock/mediasource/MockSourceBufferPrivate.h:
      
      LayoutTests:
      
      * media/media-source/media-source-append-failed-expected.txt: Added.
      * media/media-source/media-source-append-failed.html: Added.
      * media/media-source/mock-media-source.js:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158928 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      d1028b7c
    • andersca@apple.com's avatar
      Encode and decode NSURLRequests using NSCoder · 3fbd234e
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=124051
      
      Reviewed by Sam Weinig.
      
      * Shared/mac/WebCoreArgumentCodersMac.mm:
      (CoreIPC::archiveAndEncodeObject):
      (CoreIPC::decodeAndUnarchiveObject):
      (CoreIPC::::encodePlatformData):
      (CoreIPC::::decodePlatformData):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158927 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3fbd234e
    • commit-queue@webkit.org's avatar
      REGRESSION(r158883): Fix crashes for ARM architecture. · a20a1e87
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=124038
      
      Patch by Julien Brianceau <jbriance@cisco.com> on 2013-11-08
      Reviewed by Michael Saboff.
      
      * jit/GPRInfo.h: Remove r11 from the temporary register set, use a free register for
      nonPreservedNonReturnGPR and remove obsolete declaration of bucketCounterRegister.
      (JSC::GPRInfo::toRegister):
      (JSC::GPRInfo::toIndex):
      * jit/JITOperations.cpp: Frame pointer register is r11 for ARM_TRADITIONAL and
      r7 for ARM_THUMB2 instead of r5 since r158883.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158926 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a20a1e87
    • commit-queue@webkit.org's avatar
      REGRESSION(r158883): Fix crashes for MIPS architecture. · 9df47ef4
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=124044
      
      Patch by Julien Brianceau <jbriance@cisco.com> on 2013-11-08
      Reviewed by Michael Saboff.
      
      * jit/JITOperations.cpp: Frame pointer register is fp instead of s0 since r158883 for MIPS.
      * jit/ThunkGenerators.cpp: Save and restore the new frame pointer register.
      (JSC::returnFromJavaScript):
      (JSC::callToJavaScript):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158925 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      9df47ef4
    • jer.noble@apple.com's avatar
      [Mac] Crash at com.apple.WebCore: WebCore::MediaPlayerPrivateAVFoundationObjC::tracksDidChange + 26 · 88c56034
      jer.noble@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=124031
      
      Reviewed by Eric Carlson.
      
      WTF::bind() causes errors when given a bare id pointer as a parameter,
      when that parameter is casted to a specific NS type pointer (in this
      case, a NSArray*) in order to pass it as a parameter to the bound
      function.
      
      Instead of passing around bare id pointers, wrap them in RetainPtr<>
      objects before passing them to WTF::bind().
      
      * platform/graphics/avfoundation/objc/MediaPlayerPrivateAVFoundationObjC.h:
      * platform/graphics/avfoundation/objc/MediaPlayerPrivateAVFoundationObjC.mm:
      (WebCore::MediaPlayerPrivateAVFoundationObjC::seekableTimeRangesDidChange):
      (WebCore::MediaPlayerPrivateAVFoundationObjC::loadedTimeRangesDidChange):
      (WebCore::MediaPlayerPrivateAVFoundationObjC::tracksDidChange):
      (-[WebCoreAVFMovieObserver observeValueForKeyPath:ofObject:change:context:]):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158923 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      88c56034
    • commit-queue@webkit.org's avatar
      [Win] JavaScript crash in getHostCallReturnValue. · a1af873b
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=124040
      
      Patch by peavo@outlook.com <peavo@outlook.com> on 2013-11-08
      Reviewed by Geoffrey Garen.
      
      * jit/JITOperations.cpp: Update MSVC assembler code in getHostCallReturnValue according to gcc x86 version.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158922 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a1af873b
    • m.pakula@samsung.com's avatar
      Unreviewed EFL gardening · 8ec7323c
      m.pakula@samsung.com authored
      Add test expectations for failing tests.
      
      * platform/efl/TestExpectations:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158921 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8ec7323c
    • antti@apple.com's avatar
      Add line layout performance test that exercises more cases · c3a1d12e
      antti@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=124041
              
      Reviewed by Anders Carlsson.
      
      The existing line-layout.html covers the most basic left-aligned case only.
      Add a test with more coverage for things that are mostly not yet supported by the simple
      line layout path:
              
      - centered text
      - right aligned text
      - justified text
      - pre
      - white-space:pre-wrap
      - text with simple inlines
      - text with br
      
      * Layout/line-layout-simple.html: Added.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158920 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c3a1d12e
    • commit-queue@webkit.org's avatar
      [GTK] Add new GTK-specific layout test results for vertical text · 3c7019b2
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=124000
      
      Patch by Denis Nomiyama <d.nomiyama@samsung.com> on 2013-11-08
      Reviewed by Mario Sanchez Prada.
      
      Rebaselined some expected results for tests that use vertical text.
      These tests are now working fine after the fix from Bug 50619.
      They have specific results for WebKit2 GTK+ because WebKit1 has a
      permanent area in the bottom for the horizontal scroll bar.
      This area reduces the layout area in WebKit1 and consequently the
      results differ from WebKit2.
      
      * fast/repaint/japanese-rl-selection-clear-expected.txt:
      * fast/repaint/japanese-rl-selection-repaint-expected.txt:
      * fast/repaint/repaint-across-writing-mode-boundary-expected.txt:
      * fast/text/international/vertical-text-glyph-test-expected.txt:
      * fast/text/justify-ideograph-vertical-expected.txt:
      * platform/efl/fast/repaint/japanese-rl-selection-clear-expected.txt: Removed.
      * platform/efl/fast/repaint/japanese-rl-selection-repaint-expected.txt: Removed.
      * platform/efl/fast/repaint/repaint-across-writing-mode-boundary-expected.txt: Removed.
      * platform/efl/fast/text/international/vertical-text-glyph-test-expected.txt: Removed.
      * platform/efl/fast/text/justify-ideograph-vertical-expected.txt: Removed.
      * platform/gtk-wk2/fast/repaint/japanese-rl-selection-clear-expected.txt: Copied from LayoutTests/fast/repaint/japanese-rl-selection-clear-expected.txt.
      * platform/gtk-wk2/fast/repaint/japanese-rl-selection-repaint-expected.txt: Copied from LayoutTests/fast/repaint/japanese-rl-selection-repaint-expected.txt.
      * platform/gtk-wk2/fast/repaint/repaint-across-writing-mode-boundary-expected.txt: Copied from LayoutTests/fast/repaint/repaint-across-writing-mode-boundary-expected.txt.
      * platform/gtk-wk2/fast/text/international/vertical-text-glyph-test-expected.txt: Copied from LayoutTests/fast/text/international/vertical-text-glyph-test-expected.txt.
      * platform/gtk-wk2/fast/text/justify-ideograph-vertical-expected.txt: Copied from LayoutTests/fast/text/justify-ideograph-vertical-expected.txt.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158919 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3c7019b2
    • antti@apple.com's avatar
      Templated LChar/UChar paths for simple line layout · aa930a61
      antti@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=124035
      
      Reviewed by Andreas Kling.
      
      * rendering/SimpleLineLayout.cpp:
      (WebCore::SimpleLineLayout::canUseForText):
      (WebCore::SimpleLineLayout::canUseFor):
              
          Use a templated function to check for illegal characters.
      
      (WebCore::SimpleLineLayout::skipWhitespaces):
              
          Make a template function.
      
      (WebCore::SimpleLineLayout::textWidth):
              
          Make a template function plus some argument changes.
      
      (WebCore::SimpleLineLayout::createTextRuns):
              
          Template function for creating runs while operating with either LChars or UChar.
          Also simplified line breaking and text width measuring logic.
      
      (WebCore::SimpleLineLayout::create):
              
          Pick the template.
      
      * rendering/break_lines.cpp:
      * rendering/break_lines.h:
              
          Move the implementation to the header (except for the table) so we can use the template
          versions directly.
      
      (WebCore::isBreakableSpace):
      (WebCore::shouldBreakAfter):
      (WebCore::needsLineBreakIterator):
      (WebCore::nextBreakablePosition):
      (WebCore::nextBreakablePositionIgnoringNBSP):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158918 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      aa930a61
    • commit-queue@webkit.org's avatar
      [EFL] accessibility/aria-link-supports-press.html · 8d452e06
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=111987
      
      Unreviewed EFL gardening, passes after r158913.
      
      Patch by Krzysztof Czech <k.czech@samsung.com> on 2013-11-08
      
      * platform/efl-wk1/TestExpectations: test is no longer failing.
      * platform/efl-wk2/TestExpectations: test is no longer failing.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158917 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8d452e06
    • ossy@webkit.org's avatar
      [mips] Fix typo (introduced in r158751). · 4da0da40
      ossy@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=124033.
      
      Patch by Julien Brianceau <jbriance@cisco.com> on 2013-11-08
      Reviewed by Csaba Osztrogonác.
      
      * jit/ThunkGenerators.cpp:
      (JSC::callToJavaScript):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158916 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4da0da40
    • ossy@webkit.org's avatar
      [arm] Use specific PatchableJump implementation for CPU(ARM_TRADITIONAL). · 8384f1ac
      ossy@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=123891
      
      Patch by Julien Brianceau <jbriance@cisco.com> on 2013-11-08
      Reviewed by Michael Saboff.
      
      Although patchableBranch32 is implemented in MacroAssemblerARM.h, the used implementation
      is the generic one in MacroAssembler.h. This patch fixes it and also implements the
      patchableJump() function for CPU(ARM_TRADITIONAL). These specific implementations are
      needed for this architecture backend to ensure that these jumps can be relinked.
      
      * assembler/MacroAssembler.h:
      * assembler/MacroAssemblerARM.h:
      (JSC::MacroAssemblerARM::patchableJump):
      * jit/GPRInfo.h: Remove static_cast that are generating warnings in debug builds.
      (JSC::GPRInfo::toIndex):
      (JSC::GPRInfo::debugName):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158915 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8384f1ac
    • mario@webkit.org's avatar
      AX: [ATK] <span> elements exposed through ATK when not needed · 8aff49b3
      mario@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=123885
      
      Reviewed by Chris Fleizach.
      
      Source/WebCore:
      
      As per SVN r158195, the way it's decided whether <span> elements
      should be ignored or not has slightly changed, causing that the
      GTK/EFL ports expose them in cases that they should be ignored,
      such as for text elements that neither are focusable (e.g. by
      explicitly setting tabindex) nor have a meaningful accessible name
      suggesting they should be exposed.
      
      As a result, the flattening that ATK based ports normally do for
      this kind of elements (by folding them into their parents) do not
      work correctly anymore, making two tests to fail:
      
          platform/gtk/accessibility/spans-paragraphs-and-divs.html
          platform/gtk/accessibility/spans.html
      
      This patch encapsulates the part of the logic that affects this in
      the computeAccessibilityIsIgnored() method, placing it in a
      new method of AccessibilityObject that we can call from ATK's
      accessibilityPlatformIncludesObject() to ensure we hide those
      <span> elements when they don't fulfill those requirements.
      
      * accessibility/AccessibilityObject.cpp:
      (WebCore::AccessibilityObject::hasAttributesRequiredForInclusion):
      New virtual method encapsulating part of the logic from the function
      that computes whether accessibility should be ignored or not.
      * accessibility/AccessibilityObject.h:
      
      * accessibility/AccessibilityNodeObject.cpp:
      (WebCore::AccessibilityNodeObject::hasAttributesRequiredForInclusion):
      Override of the new method adding additional checks, as extracted from
      the original bits in computeAccessibilityIsIgnored().
      * accessibility/AccessibilityNodeObject.h:
      
      * accessibility/AccessibilityRenderObject.cpp:
      (WebCore::AccessibilityRenderObject::computeAccessibilityIsIgnored):
      Use the newly added function where we had the original code before.
      
      * accessibility/atk/AccessibilityObjectAtk.cpp:
      (WebCore::AccessibilityObject::accessibilityPlatformIncludesObject):
      Make sure <span> elements are ignored if they are not focusable
      and they don't have a meaningful accessible name.
      
      LayoutTests:
      
      Removed failure expectations for tests now passing.
      
      * platform/gtk/TestExpectations: Removed expectations.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158914 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8aff49b3
    • commit-queue@webkit.org's avatar
      [GTK] accessibility/aria-link-supports-press.html is failing · ae55bf12
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=98355
      
      Patch by Krzysztof Czech <k.czech@samsung.com> on 2013-11-08
      Reviewed by Mario Sanchez Prada.
      
      Tools:
      
      Checking "jump" action for link elements. Action "jump" occurs when a link
      element is pressed/clicked.
      
      * DumpRenderTree/atk/AccessibilityUIElementAtk.cpp:
      (AccessibilityUIElement::isPressActionSupported):
      * WebKitTestRunner/InjectedBundle/atk/AccessibilityUIElementAtk.cpp:
      (WTR::AccessibilityUIElement::isPressActionSupported):
      
      LayoutTests:
      
      Removed failure expectation.
      
      * platform/gtk/TestExpectations: test is no longer failing.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158913 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ae55bf12
    • commit-queue@webkit.org's avatar
      [JHBUILD] Jhbuild Makefile build bug workaround · 08015b87
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=123971
      
      Patch by Przemyslaw Szymanski <p.szymanski3@samsung.com> on 2013-11-08
      Reviewed by Ryosuke Niwa.
      
      After Jhbuild repository is cloned (for instance when you use
      Tools/Scripts/update-webkitefl-libs) it is built from sources.
      If you have GREP_OPTIONS grep env variable set (for instance
      GREP_OPTIONS=-n) then it is jhbuild build error. Makefile.plain
      uses shell grep. For specific GREP_OPTIONS grep output will be
      different than expected one by Jhbuild and there is an error
      with Jhbuild build. Jhbuild will not be built and then WebKit
      source also will not be built. This patch is a workaround to this
      issue. It disables GREP_OPTIONS for Jhbuild build time.
      
      * jhbuild/jhbuild-wrapper:
      (install_jhbuild):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158912 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      08015b87
    • akling@apple.com's avatar
      Add back expectation for test that went missing in r158813. · 3006fda8
      akling@apple.com authored
      * svg/W3C-I18N/text-dirLTR-ubOverride-expected.txt: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158911 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3006fda8
    • carlosgc@webkit.org's avatar
      [GTK] Add missing symbols to WebKitDOMEventTarget.symbols · 40be33e6
      carlosgc@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=123990
      
      Reviewed by Philippe Normand.
      
      Add webkit_dom_event_target_add_event_listener_with_closure and
      webkit_dom_event_target_remove_event_listener_with_closure to the
      symbols files.
      
      * bindings/gobject/WebKitDOMEventTarget.symbols:
      * bindings/gobject/webkitdom.symbols:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158910 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      40be33e6
    • carlosgc@webkit.org's avatar
      [GTK] Ignore deprecated macros when generating gtk-doc · ee00167f
      carlosgc@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=123988
      
      Reviewed by Philippe Normand.
      
      * gtk/generate-gtkdoc:
      (get_common_options): Ignore also WEBKIT_DEPRECATED and
      WEBKIT_DEPRECATED_FOR decorators.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158909 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ee00167f
    • carlosgc@webkit.org's avatar
      [GTK] Pass the library namespace to gtkdoc-mkdb · f4dfe8e0
      carlosgc@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=123900
      
      Reviewed by Martin Robinson.
      
      This fixes the generation of the index of symbols in the API
      documentation.
      
      * gtk/generate-gtkdoc:
      (get_webkit2_options): Define namespace as WebKit.
      (get_webkit1_options): Ditto.
      (get_webkitdom_options): Define namespace as WebKitDOM.
      * gtk/gtkdoc.py:
      (GTKDoc.__init__): Add namespace option.
      (GTKDoc._run_gtkdoc_mkdb): Pass namespace to mkdb if present.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158908 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f4dfe8e0
    • carlosgc@webkit.org's avatar
      [GTK] Use deprecation guards around deprecated API in GObject DOM bindings · c9eba428
      carlosgc@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=123899
      
      Reviewed by Martin Robinson.
      
      Do not include deprecated API when compiling with
      WEBKIT_DISABLE_DEPRECATED option.
      
      * bindings/scripts/CodeGeneratorGObject.pm:
      (GenerateFunction):
      * bindings/scripts/test/GObject/WebKitDOMTestEventTarget.cpp:
      * bindings/scripts/test/GObject/WebKitDOMTestEventTarget.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@158907 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c9eba428