1. 12 Apr, 2013 27 commits
    • jer.noble@apple.com's avatar
      TimeRanges::nearest() returns incorrect results. · b6ea0d4a
      jer.noble@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=114483
      
      Reviewed by Eric Carlson.
      
      .:
      
      Add symbols needed by WebCoreTestSupport to exports list.
      
      * Source/autotools/symbols.filter:
      
      Source/WebCore:
      
      Test: media/timeranges-nearest.html
      
      TimeRanges::nearest() has had an incorrect algorithm since its
      addition, which has gone unnoticed because no media engine supports
      seekable ranges with greater than one entry, and no media engine
      seekable ranges with startTime values > 0.
      
      Fix the algorithm used to walk a TimeRanges object; return the closest
      time, not the smallest delta between range and target time.
      * html/TimeRanges.cpp:
      (TimeRanges::nearest):
      
      Add some internal functions to allow us to write LayoutTests for
      TimeRanges objects:
      * WebCore.exp.in:
      * testing/Internals.cpp:
      (WebCore::Internals::createTimeRanges):
      (WebCore::Internals::closestTimeToTimeRanges):
      * testing/Internals.h:
      * testing/Internals.idl:
      
      Source/WebKit:
      
      Add symbols needed by WebCoreTestSupport to the exports list.
      
      * WebKit.vcxproj/WebKitExportGenerator/WebKitExports.def.in:
      
      Source/WebKit/win:
      
      Add symbols needed by WebCoreTestSupport to the exports list.
      
      * WebKit.vcproj/WebKitExports.def.in:
      
      LayoutTests:
      
      * media/timeranges-nearest-expected.txt: Added.
      * media/timeranges-nearest.html: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148288 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      b6ea0d4a
    • oliver@apple.com's avatar
      Remove bogus change · 6a333f33
      oliver@apple.com authored
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148287 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6a333f33
    • carlosgc@webkit.org's avatar
      [GTK] Web Process crash when the UI process finishes too early · 200d1a66
      carlosgc@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=112729
      
      Reviewed by Anders Carlsson.
      
      The problem is when creating the GSocket in the WorkQeue for the
      socket descriptor. GLib considers a programmer error to create a
      GSocket providing an invalid socket and finishes the process with
      g_error(). We are actually providing a valid socket when creating
      the GSocket, but it can be invalidated by the worker thread while
      the GSocket is being created. This is because
      registerEventSourceHandler is called from the main thread and
      unregisterEventSourceHandler can be called from the worker
      thread. We are currently registering two event handlers, one to
      read data from the socket and another one to close the CoreIPC
      connection when the socket connection is broken. Every event
      source registered uses its own GSocket (even if the file
      descriptor is actually the same), so that when the UI process
      finishes too early, the first event handler can be executed in the
      worker thread, closing the socket descriptor, while the main
      thread is creating the GSocket for the second one.
      We don't really need to use a separate event handler to monitor
      the connection, because GSocket always notifies when condition is
      G_IO_HUP and G_IO_ERR even if they haven't been explicitly set in
      g_socket_create_source(). We can register socket event sources
      differently, providing also a function to be called when the
      connection is closed, using a single socket and the same even source.
      
      * Platform/CoreIPC/unix/ConnectionUnix.cpp:
      (CoreIPC::Connection::platformInvalidate):
      (CoreIPC::Connection::open): Register a single socket event
      handler providing also a function to be called when the connection
      is closed.
      * Platform/WorkQueue.h:
      (WorkQueue):
      * Platform/gtk/WorkQueueGtk.cpp: The EventSource class has been
      split, moving everyting specific to socket event source to a
      derived class SocketEventSource.
      (WorkQueue::EventSource::EventSource):
      (WorkQueue::EventSource::performWork):
      (WorkQueue::EventSource::performWorkOnce):
      (WorkQueue::EventSource::performWorkOnTermination):
      (WorkQueue::EventSource::deleteEventSource):
      (WorkQueue::EventSource):
      (WorkQueue::SocketEventSource):
      (WorkQueue::SocketEventSource::SocketEventSource):
      (WorkQueue::SocketEventSource::cancel):
      (WorkQueue::SocketEventSource::didClose):
      (WorkQueue::SocketEventSource::checkCondition):
      (WorkQueue::SocketEventSource::eventCallback):
      (WorkQueue::registerSocketEventHandler):
      (WorkQueue::unregisterSocketEventHandler):
      (WorkQueue::dispatchOnSource):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148286 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      200d1a66
    • eric.carlson@apple.com's avatar
      Support "forced" subtitles · 502400bb
      eric.carlson@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=114460
      
      Reviewed by Jer Noble.
      
      Source/WebCore: 
      
      Test: media/track/track-forced-subtitles.html
      
      * html/HTMLMediaElement.cpp:
      (WebCore::HTMLMediaElement::configureTextTrackGroup): Enable a forced track if nothing else is enabled.
      (WebCore::HTMLMediaElement::configureTextTracks): Include forced tracks with captions+subtitles.
      
      * html/track/InbandTextTrack.cpp:
      (WebCore::InbandTextTrack::InbandTextTrack): Deal with kind=forced.
      
      * html/track/TextTrack.cpp:
      (WebCore::TextTrack::forcedKeyword): New keyword.
      (WebCore::TextTrack::isValidKindKeyword): Include forced.
      (WebCore::TextTrack::platformTextTrack): Ditto.
      * html/track/TextTrack.h:
      
      * page/CaptionUserPreferences.cpp:
      (WebCore::CaptionUserPreferences::primaryAudioTrackLanguageOverride): New override to support testing.
      * page/CaptionUserPreferences.h:
      
      * page/CaptionUserPreferencesMac.mm:
      (WebCore::CaptionUserPreferencesMac::textTrackSelectionScore): Support forced tracks.
      * platform/graphics/InbandTextTrackPrivate.h:
      
      * platform/graphics/PlatformTextTrack.h: Add Forced, minor cleanup.
      
      * platform/graphics/avfoundation/InbandTextTrackPrivateAVF.cpp:
      (WebCore::InbandTextTrackPrivateAVF::processCue): Drive-by enhancement: log cue position.
      
      * platform/graphics/avfoundation/objc/InbandTextTrackPrivateAVFObjC.mm:
      (WebCore::InbandTextTrackPrivateAVFObjC::kind): Support forced.
      (WebCore::InbandTextTrackPrivateAVFObjC::label): Drive-by cleanup.
      
      * platform/graphics/avfoundation/objc/MediaPlayerPrivateAVFoundationObjC.mm:
      (WebCore::MediaPlayerPrivateAVFoundationObjC::processTextTracks): Don't filter out forced tracks.
      (WebCore::MediaPlayerPrivateAVFoundationObjC::languageOfPrimaryAudioTrack): Log the language returned.
      
      * testing/Internals.cpp:
      (WebCore::Internals::setPrimaryAudioTrackLanguageOverride): New.
      (WebCore::Internals::setCaptionDisplayMode): New.
      * testing/Internals.h:
      * testing/Internals.idl:
      
      LayoutTests: 
      
      * media/content/CC+Subtitles.m4v: Added.
      * media/track/track-forced-subtitles-in-band-expected.txt: Added.
      * media/track/track-forced-subtitles-in-band.html: Added.
      * media/trackmenu-test.js:
      
      * platform/efl/TestExpectations: Skip new test.
      * platform/gtk/TestExpectations: Ditto.
      * platform/mac/TestExpectations: Ditto.
      * platform/qt/TestExpectations: Ditto.
      * platform/win/TestExpectations: Ditto.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148285 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      502400bb
    • ap@apple.com's avatar
      <rdar://problem/13126204> [Mac] Tweak sandbox profile. · 58481e6f
      ap@apple.com authored
              Reviewed by Anders Carlsson.
      
              * NetworkProcess/mac/com.apple.WebKit.NetworkProcess.sb.in:
              * WebProcess/com.apple.WebProcess.sb.in:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148284 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      58481e6f
    • rniwa@webkit.org's avatar
      [Mac] Some ligatures are applied across different fronts · ee54c4da
      rniwa@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=113604
      
      Reviewed by Darin Adler.
      
      The bug was caused by applyFontTransforms applying ligatures without updating the font data in the glyph buffer.
      
      Suppose we have characters AB and A uses font X and B uses font Y. Further suppose that we have ligatures for AB
      in Y. The problem was that WithIterator::advanceInternal calls applyFontTransforms on AB to apply this ligature
      even though A and B use different fonts. Since X doesn't contain the same ligature for A to be paired with that
      of B in X, we get a blank A.
      
      Fixed the bug by resetting lastGlyphCount after calling applyFontTransforms. This ensures that we don't call
      applyFontTransforms across different fonts.
      
      No new tests since this requires a variant of Osaka font that doesn't come with OS X.
      
      The bug 114482 tracks the effort to add a test for this bug fix. I've already asked someone to create a custom
      font for us so that we can test this bug fix but that's going to a while.
      
      * platform/graphics/WidthIterator.cpp:
      (WebCore::WidthIterator::advanceInternal):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148283 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ee54c4da
    • rniwa@webkit.org's avatar
      [Mac] Enable spellchecking tests added in r141471 · ebea09c0
      rniwa@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=108525
      
      Reviewed by Darin Adler.
      
      Source/WebCore:
      
      Made automatic quote substitution, dash substitution, text replacement, and spelling correction
      togglable via internals object. These functions are no-op when text replacement is not used.
      
      This allows us to disable automatic spelling correction in spellcheck tests.
      
      Enabled several tests added in r141471.
      
      * WebCore.exp.in:
      * testing/Internals.cpp:
      (WebCore::Internals::setContinuousSpellCheckingEnabled): Don't null check editor() since it's not
      null whenever frame() is not null.
      (WebCore::Internals::setAutomaticQuoteSubstitutionEnabled): Added.
      (WebCore::Internals::setAutomaticLinkDetectionEnabled): Added.
      (WebCore::Internals::setAutomaticDashSubstitutionEnabled): Added.
      (WebCore::Internals::setAutomaticTextReplacementEnabled): Added.
      (WebCore::Internals::setAutomaticSpellingCorrectionEnabled): Added.
      * testing/Internals.h:
      * testing/Internals.idl:
      
      Tools:
      
      * DumpRenderTree/mac/DumpRenderTree.mm:
      (createWebViewAndOffscreenWindow):
      (resetDefaultsToConsistentValues):
      * WebKitTestRunner/TestController.cpp:
      (WTR::TestController::resetStateToConsistentValues):
      
      LayoutTests:
      
      Updated the tests not to assume spelling correction suggestions were listed in a context menu since
      only Chromium port did this.
      
      * editing/spelling/resources/util.js:
      (initSpellTest): Disable automatic text replacements.
      
      * editing/spelling/spelling-with-underscore-selection-expected.txt: Removed.
      * editing/spelling/spelling-with-underscore-selection.html: Removed.
      
      This test erroneously assumed a specific word breaking behavior that doesn't include the underscore
      when selecting a word especially since Chromium was the only port that was running these tests.
      
      * editing/spelling/spelling-double-clicked-word-with-underscores-expected.txt: Removed.
      * editing/spelling/spelling-double-clicked-word-with-underscores.html: Removed.
      
      Ditto.
      
      * editing/spelling/spelling-should-select-single-word-expected.txt: Removed.
      * editing/spelling/spelling-should-select-single-word.html: Removed.
      
      Removed since this test doesn't do anything useful without the assertion for the context menu.
      
      * editing/spelling/spelling-double-clicked-word-expected.txt:
      * editing/spelling/spelling-double-clicked-word.html:
      * editing/spelling/spelling-exactly-selected-word-expected.txt:
      * editing/spelling/spelling-exactly-selected-word.html:
      * editing/spelling/spelling-with-punctuation-selection-expected.txt:
      * editing/spelling/spelling-with-punctuation-selection.html:
      * editing/spelling/spelling-with-whitespace-selection-expected.txt:
      * editing/spelling/spelling-with-whitespace-selection.html:
      
      * platform/efl/TestExpectations:
      * platform/gtk/TestExpectations:
      * platform/mac/TestExpectations:
      * platform/qt/TestExpectations:
      * platform/win/TestExpectations:
      * platform/wincairo/TestExpectations:
      * platform/wk2/TestExpectations:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148282 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ebea09c0
    • commit-queue@webkit.org's avatar
      [GTK][WK2] Add document-loaded signal to WebKitWebPage · 08d1be0e
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=110614
      
      Patch by Manuel Rego Casasnovas <rego@igalia.com> on 2013-04-12
      Reviewed by Carlos Garcia Campos.
      
      Add a new signal document-loaded to WebKitWebPage that will be emitted
      when the DOM document has been loaded for the main frame.
      
      * UIProcess/API/gtk/tests/TestWebExtensions.cpp:
      (documentLoadedCallback):
      (testDocumentLoadedSignal):
      (beforeAll): Add test for document-loaded signal.
      * UIProcess/API/gtk/tests/WebExtensionTest.cpp:
      (documentLoadedCallback):
      (pageCreatedCallback):
      (methodCallCallback): Add new D-Bus signal DocumentLoaded in order to
      test document-loaded signal.
      * WebProcess/InjectedBundle/API/gtk/WebKitWebPage.cpp:
      (webkit_web_page_class_init):
      (webkitWebPageCreate): Add document-loaded signal and emit it when
      didFinishDocumentLoadForFrame is called.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148281 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      08d1be0e
    • oliver@apple.com's avatar
      [Qt][Win] r148257 broke the build · e5fb6b6b
      oliver@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=114512
      
      Build fix.
      
      * wtf/Platform.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148280 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e5fb6b6b
    • commit-queue@webkit.org's avatar
      [GTK] Webkit fails to build webkit2gtk-tests-resources.gresource. · 896d728f
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114485
      
      Patch by Hanyee Kim <choco@company100.net> on 2013-04-12
      Reviewed by Martin Robinson.
      
      Generating webkit2gtk-tests-resources.gresource can be failed due to
      the non-existing target directory.
      We need to make target directory before generating it.
      
      * UIProcess/API/gtk/tests/GNUmakefile.am:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148279 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      896d728f
    • akling@apple.com's avatar
      REGRESSION(r145869): Right-click on SWF contents displays the context menu at the wrong place. · e7cb470a
      akling@apple.com authored
      <http://webkit.org/b/113836>
      <rdar://problem/13587624>
      
      Reviewed by Anders "Wesley Crusher" Carlsson.
      
      Mac plugins expect flipped-Y screen coordinates, while DOM APIs speak in unflipped coordinates,
      and we were mixing them up in the window frame caching optimization.
      
      Solve this by having the UIProcess send both flipped and unflipped window frames to the WebProcess.
      The flipped frame is passed on to plugins, and the unflipped frame is used for window.screenX/Y etc.
      
      * UIProcess/API/mac/WKView.mm:
      (-[WKView _updateWindowAndViewFrames]):
      
          No need to retrieve the window frame here as WebPageProxy::windowAndViewFramesChanged() will
          always override it anyway.
      
      * UIProcess/mac/WebPageProxyMac.mm:
      (WebKit::WebPageProxy::windowAndViewFramesChanged):
      * WebProcess/WebCoreSupport/WebChromeClient.cpp:
      (WebKit::WebChromeClient::windowRect):
      * WebProcess/WebPage/WebPage.cpp:
      (WebKit::WebPage::windowAndViewFramesChanged):
      * WebProcess/WebPage/WebPage.h:
      (WebKit::WebPage::windowFrameInUnflippedScreenCoordinates):
      * WebProcess/WebPage/WebPage.messages.in:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148278 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e7cb470a
    • commit-queue@webkit.org's avatar
      [BlackBerry] Crash running layout tests · 6de6a8bd
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114503
      
      Patch by Carlos Garcia Campos <cgarcia@igalia.com> on 2013-04-12
      Reviewed by Xan Lopez.
      
      Hit an assertion in ~GuardedPointerBase when DRT is
      deleted. DumpRenderTree class derives from
      BlackBerry::Platform::LayoutTestClient that derives from
      BlackBerry::Platform::GuardedPointerBase, so the DRT pointer
      should no be released with delete but with
      BlackBerry::Platform::deleteGuardedObject().
      
      * Api/WebPage.cpp:
      (BlackBerry::WebKit::WebPagePrivate::~WebPagePrivate):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148277 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6de6a8bd
    • commit-queue@webkit.org's avatar
      [GTK] Enable WebKit2 building on GTK EWSs · 2c553227
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114500
      
      Patch by Manuel Rego Casasnovas <rego@igalia.com> on 2013-04-12
      Reviewed by Philippe Normand.
      
      Add configuration in order to be able to setup GTK EWSs building
      WebKit2. A new queue gtk-wk2-ews is added.
      
      * QueueStatusServer/config/queues.py:
      * Scripts/webkitpy/common/config/ports.py:
      (DeprecatedPort.port):
      (GtkWK2Port):
      (GtkWK2Port.build_webkit_command):
      (GtkWK2Port.run_webkit_tests_command):
      * Scripts/webkitpy/common/config/ports_unittest.py:
      (DeprecatedPortTest.test_gtk_port):
      (DeprecatedPortTest):
      (DeprecatedPortTest.test_gtk_wk2_port):
      * Scripts/webkitpy/tool/commands/earlywarningsystem.py:
      (GtkWK2EWS):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148276 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      2c553227
    • commit-queue@webkit.org's avatar
      [BlackBerry] Upstream the filesystem code · a573dcbb
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114437
      
      Patch by Alberto Garcia <agarcia@igalia.com> on 2013-04-12
      Reviewed by Rob Buis.
      
      These are the changes for AsyncFileSystemBlackBerry.
      
      This patch contains contributions from many members of the
      BlackBerry WebKit team.
      
      * platform/blackberry/AsyncFileSystemBlackBerry.cpp:
      (WebCore::AsyncFileSystem::isAvailable):
      (WebCore):
      (WebCore::AsyncFileSystem::create):
      (WebCore::AsyncFileSystem::openFileSystem):
      (WebCore::AsyncFileSystemBlackBerry::openFileSystem):
      (WebCore::AsyncFileSystem::deleteFileSystem):
      (WebCore::AsyncFileSystemBlackBerry::AsyncFileSystemBlackBerry):
      (WebCore::AsyncFileSystemBlackBerry::~AsyncFileSystemBlackBerry):
      (WebCore::AsyncFileSystemBlackBerry::move):
      (WebCore::AsyncFileSystemBlackBerry::copy):
      (WebCore::AsyncFileSystemBlackBerry::remove):
      (WebCore::AsyncFileSystemBlackBerry::removeRecursively):
      (WebCore::AsyncFileSystemBlackBerry::readMetadata):
      (WebCore::AsyncFileSystemBlackBerry::createFile):
      (WebCore::AsyncFileSystemBlackBerry::createDirectory):
      (WebCore::AsyncFileSystemBlackBerry::fileExists):
      (WebCore::AsyncFileSystemBlackBerry::directoryExists):
      (WebCore::AsyncFileSystemBlackBerry::readDirectory):
      (WebCore::AsyncFileSystemBlackBerry::createWriter):
      (WebCore::AsyncFileSystemBlackBerry::createSnapshotFileAndReadMetadata):
      (WebCore::AsyncFileSystemBlackBerry::fileSystemURLToPath):
      * platform/blackberry/AsyncFileSystemBlackBerry.h:
      (WTF):
      (WTF::BlackBerry::Platform::WebFileSystem):
      (WebCore::AsyncFileSystemBlackBerry::create):
      (AsyncFileSystemBlackBerry):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148275 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a573dcbb
    • mikhail.pozdnyakov@intel.com's avatar
      [WK2][EFL] WebView: Add callbacks to the WKViewClient to handle page viewport update · 6f721453
      mikhail.pozdnyakov@intel.com authored
      https://bugs.webkit.org/show_bug.cgi?id=110463
      
      Reviewed by Anders Carlsson.
      
      * UIProcess/efl/ViewClientEfl.h:
      (ViewClientEfl):
      * UIProcess/efl/WebView.cpp:
      (WebKit::WebView::didChangeViewportProperties):
      * UIProcess/efl/WebViewClient.cpp:
      (WebKit::WebViewClient::didChangeViewportAttributes):
      (WebKit):
      * UIProcess/efl/WebViewClient.h:
      
          Added didChangeViewportAttributes callback to the WKViewClient to
          handle page viewport updates.
      
      * CMakeLists.txt:
      * Shared/API/c/WKBase.h:
      * Shared/APIObject.h:
      * UIProcess/API/C/WKAPICast.h:
      (WebKit):
      * UIProcess/API/C/WKViewportAttributes.cpp: Added.
      (WKViewportAttributesGetTypeID):
      * UIProcess/API/C/WKViewportAttributes.h: Added.
      * UIProcess/API/C/efl/WKView.h:
      * UIProcess/WebViewportAttributes.cpp: Added.
      (WebKit):
      (WebKit::WebViewportAttributes::WebViewportAttributes):
      (WebKit::WebViewportAttributes::~WebViewportAttributes):
      * UIProcess/WebViewportAttributes.h: Added.
      (WebKit):
      (WebViewportAttributes):
      (WebKit::WebViewportAttributes::create):
      (WebKit::WebViewportAttributes::originalAttributes):
      (WebKit::WebViewportAttributes::type):
      
          Added WKViewportAttributesRef - WK2 C API object that is wrapping
          WebCore::ViewportAttributes structure and is passed in didChangeViewportAttributes
          WKViewClient callback.
      
      * UIProcess/efl/ViewClientEfl.cpp:
      (WebKit::ViewClientEfl::didChangeViewportAttributes):
      (WebKit):
      
          Added implementaion of didChangeViewportAttributes WKViewClient
          callback so that existing EFL WK2 funtionality is kept.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148274 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6f721453
    • jocelyn.turcotte@digia.com's avatar
      Apply our MSVC 2012 optimizer bug workaround to all minor releases · 8ab172be
      jocelyn.turcotte@digia.com authored
      https://bugs.webkit.org/show_bug.cgi?id=114436
      
      Reviewed by Alexey Proskuryakov.
      
      The bug has only been partially fixed in Update 2 but our Update 1 workaround
      still avoids the crash.
      
      * platform/text/TextEncodingRegistry.cpp:
      (WebCore::TextEncodingNameHash::equal):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148273 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8ab172be
    • mrowe@apple.com's avatar
      And again, with the correct case this time. · 42b3bdb1
      mrowe@apple.com authored
      * platform/graphics/avfoundation/objc/WebCoreAVFResourceLoader.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148272 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      42b3bdb1
    • mrowe@apple.com's avatar
      Build fix. · 92bfc926
      mrowe@apple.com authored
      * platform/graphics/avfoundation/objc/WebCoreAVFResourceLoader.h:
      Add missing #include and forward declaration.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148271 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      92bfc926
    • commit-queue@webkit.org's avatar
      [BlackBerry] Crash running layout tests when WebPage is destroyed · f95fede6
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114497
      
      Patch by Carlos Garcia Campos <cgarcia@igalia.com> on 2013-04-12
      Reviewed by Xan Lopez.
      
      PR 324649
      Internally reviewed by Konrad Piascik and Rob Buis.
      
      Use a bool member to keep track of whether the inspector is
      enabled or not instead of relaying on the enable developer extras
      setting, that can be set in other places than enableWebInspector().
      
      * Api/WebPage.cpp:
      (BlackBerry::WebKit::WebPagePrivate::WebPagePrivate): Initialize
      m_inspectorEnabled.
      (BlackBerry::WebKit::WebPage::enableWebInspector): Return early if
      inspector is already enabled and set m_inspectorEnabled to true.
      (BlackBerry::WebKit::WebPage::disableWebInspector): Return early
      if inspector is not enabled and set m_inspectorEnabled to false.
      (BlackBerry::WebKit::WebPage::isWebInspectorEnabled): Check the
      current value of m_inspectorEnabled instead of the developer
      extras setting.
      * Api/WebPage_p.h:
      (WebPagePrivate): Add m_inspectorEnabled.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148270 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f95fede6
    • zandobersek@gmail.com's avatar
      Unreviewed functionality fix for ports enabling the MicroData feature. · 35f8f7a9
      zandobersek@gmail.com authored
      * html/DOMSettableTokenList.idl: Add the SkipVTableValidation IDL attribute to the DOMSettableTokenList interface.
      This removes crashes in the MicroData layout tests that are occurring on EFL and GTK builders, the two ports being
      the only ports that enable this feature.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148269 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      35f8f7a9
    • zarvai@inf.u-szeged.hu's avatar
      [Qt] Unreviewed gardening. · 50188ab3
      zarvai@inf.u-szeged.hu authored
      * platform/qt/TestExpectations:
      * platform/qt/fast/js/global-constructors-expected.txt: Rebaselining after r148236.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148268 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      50188ab3
    • carlosgc@webkit.org's avatar
      [GTK] The style of visited links doesn't change in WebKit2 · b86de63c
      carlosgc@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=112175
      
      Reviewed by Benjamin Poulain.
      
      The problem is that visited links were not tracked by the web
      process. There's a web process initial parameter to set whether
      web process should track visited links or not and it's disabled by
      default.
      
      * UIProcess/gtk/WebContextGtk.cpp:
      (WebKit::WebContext::platformInitializeWebProcess): Always set
      shouldTrackVisitedLinks to true.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148267 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      b86de63c
    • rniwa@webkit.org's avatar
      Remove Chromium scripts · 3b214661
      rniwa@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=114492
      
      Reviewed by Benjamin Poulain.
      
      * Scripts/run-chromium-webkit-unit-tests: Removed.
      * Scripts/update-webkit-chromium: Removed.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148266 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3b214661
    • ap@apple.com's avatar
      Move CachedRawResourceClient into a separate file · cb953664
      ap@apple.com authored
              https://bugs.webkit.org/show_bug.cgi?id=114491
      
              Reviewed by Mark Rowe.
      
              * GNUmakefile.list.am:
              * Target.pri:
              * WebCore.vcproj/WebCore.vcproj:
              * WebCore.vcxproj/WebCore.vcxproj:
              * WebCore.vcxproj/WebCore.vcxproj.filters:
              * WebCore.xcodeproj/project.pbxproj:
              * loader/DocumentLoader.cpp:
              * loader/DocumentLoader.h:
              * loader/DocumentThreadableLoader.h:
              * loader/archive/cf/LegacyWebArchive.cpp:
              * loader/cache/CachedRawResource.cpp:
              * loader/cache/CachedRawResource.h:
              * loader/cache/CachedRawResourceClient.h: Added.
              * loader/icon/IconLoader.h:
              * platform/graphics/avfoundation/objc/WebCoreAVFResourceLoader.h:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148265 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      cb953664
    • zandobersek@gmail.com's avatar
      Unreviewed, rolling out r148262. · a86b1954
      zandobersek@gmail.com authored
      http://trac.webkit.org/changeset/148262
      https://bugs.webkit.org/show_bug.cgi?id=114493
      
      Cairo dep should now build, rolling r148247 back in (Requested
      by zdobersek on #webkit).
      
      Patch by Commit Queue <rniwa@webkit.org> on 2013-04-12
      
      .: 
      
      * Source/autotools/FindDependencies.m4:
      * Source/autotools/PrintBuildConfiguration.m4:
      * Source/autotools/SetupWebKitFeatures.m4:
      
      Source/WebCore: 
      
      * platform/graphics/GraphicsContext.cpp:
      (WebCore):
      * platform/graphics/ImageBuffer.cpp:
      (WebCore):
      * platform/graphics/cairo/GLContext.h:
      (GLContext):
      * platform/graphics/cairo/GraphicsContextCairo.cpp:
      (WebCore::GraphicsContext::isAcceleratedContext):
      (WebCore):
      * platform/graphics/cairo/ImageBufferCairo.cpp:
      (WebCore::ImageBufferData::ImageBufferData):
      (WebCore):
      (WebCore::createCairoGLSurface):
      (WebCore::ImageBuffer::ImageBuffer):
      (WebCore::ImageBuffer::platformTransformColorSpace):
      (WebCore::mapSurfaceToImage):
      (WebCore::unmapSurfaceFromImage):
      (WebCore::getImageData):
      (WebCore::ImageBuffer::putByteArray):
      (WebCore::ImageBufferData::paintToTextureMapper):
      (WebCore::ImageBuffer::platformLayer):
      * platform/graphics/cairo/ImageBufferDataCairo.h:
      (ImageBufferData):
      * platform/graphics/egl/GLContextEGL.cpp:
      (WebCore::GLContextEGL::GLContextEGL):
      (WebCore::GLContextEGL::~GLContextEGL):
      (WebCore::GLContextEGL::cairoDevice):
      (WebCore):
      * platform/graphics/egl/GLContextEGL.h:
      * platform/graphics/glx/GLContextGLX.cpp:
      (WebCore::GLContextGLX::GLContextGLX):
      (WebCore::GLContextGLX::~GLContextGLX):
      (WebCore::GLContextGLX::cairoDevice):
      (WebCore):
      * platform/graphics/glx/GLContextGLX.h:
      (GLContextGLX):
      
      Tools: 
      
      * Scripts/webkitdirs.pm:
      (buildAutotoolsProject):
      * gtk/jhbuild.modules:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148264 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a86b1954
    • ap@apple.com's avatar
      Reduce includes of CachedSVGDocument.h · 07c37ba8
      ap@apple.com authored
              https://bugs.webkit.org/show_bug.cgi?id=114489
      
              Reviewed by Jon Honeycutt.
      
              * loader/cache/CachedSVGDocumentReference.cpp: Added.
              * loader/cache/CachedSVGDocumentReference.h:
              Moved function implementations to newly added .cpp file, and removed an include
              of CachedSVGDocument.h.
      
              * css/WebKitCSSSVGDocumentValue.h: Just removed an unnecessary include.
      
              * CMakeLists.txt:
              * GNUmakefile.list.am:
              * Target.pri:
              * WebCore.vcproj/WebCore.vcproj:
              * WebCore.vcxproj/WebCore.vcxproj:
              * WebCore.vcxproj/WebCore.vcxproj.filters:
              * WebCore.xcodeproj/project.pbxproj:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148263 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      07c37ba8
    • zandobersek@gmail.com's avatar
      Unreviewed, rolling out r148247. · cd8dcdb6
      zandobersek@gmail.com authored
      http://trac.webkit.org/changeset/148247
      https://bugs.webkit.org/show_bug.cgi?id=114490
      
      Cairo dep fails to build on builders due to missing EGL
      headers (Requested by zdobersek on #webkit).
      
      Patch by Commit Queue <rniwa@webkit.org> on 2013-04-11
      
      .: 
      
      * Source/autotools/FindDependencies.m4:
      * Source/autotools/PrintBuildConfiguration.m4:
      * Source/autotools/SetupWebKitFeatures.m4:
      
      Source/WebCore: 
      
      * platform/graphics/GraphicsContext.cpp:
      (WebCore):
      * platform/graphics/ImageBuffer.cpp:
      (WebCore):
      * platform/graphics/cairo/GLContext.h:
      (GLContext):
      * platform/graphics/cairo/GraphicsContextCairo.cpp:
      * platform/graphics/cairo/ImageBufferCairo.cpp:
      (WebCore::ImageBufferData::ImageBufferData):
      (WebCore::ImageBuffer::ImageBuffer):
      (WebCore::ImageBuffer::platformTransformColorSpace):
      (WebCore::getImageData):
      (WebCore::ImageBuffer::putByteArray):
      (WebCore):
      * platform/graphics/cairo/ImageBufferDataCairo.h:
      (ImageBufferData):
      * platform/graphics/egl/GLContextEGL.cpp:
      (WebCore::GLContextEGL::GLContextEGL):
      (WebCore::GLContextEGL::~GLContextEGL):
      * platform/graphics/egl/GLContextEGL.h:
      * platform/graphics/glx/GLContextGLX.cpp:
      (WebCore::GLContextGLX::GLContextGLX):
      (WebCore::GLContextGLX::~GLContextGLX):
      * platform/graphics/glx/GLContextGLX.h:
      (GLContextGLX):
      
      Tools: 
      
      * Scripts/webkitdirs.pm:
      (buildAutotoolsProject):
      * gtk/jhbuild.modules:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@148262 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      cd8dcdb6
  2. 11 Apr, 2013 13 commits