1. 19 Nov, 2011 4 commits
  2. 18 Nov, 2011 12 commits
    • dbates@webkit.org's avatar
      Add CMake build infrastructure for the BlackBerry port · 5b4bdbbf
      dbates@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=72768
      
      .: 
      
      Reviewed by Adam Barth and Antonio Gomes.
      
      * Source/CMakeLists.txt: Add the BlackBerry port and support for building on QNX.
      * Source/cmake/OptionsBlackBerry.cmake: Added.
      * Source/cmake/OptionsCommon.cmake: Add QNX QCC-variant of CODE_GENERATOR_PREPROCESSOR.
        We may be able to fold this into the non-MSVC CODE_GENERATOR_PREPROCESSOR.
      
      Source/JavaScriptCore: 
      
      Reviewed by Antonio Gomes.
      
      * PlatformBlackBerry.cmake: Added.
      * shell/PlatformBlackBerry.cmake: Added.
      * wtf/PlatformBlackBerry.cmake: Added.
      
      Source/WebCore: 
      
      Reviewed by Antonio Gomes.
      
      * CMakeLists.txt: At this time the BlackBerry port doesn't support generating
        DOM bindings from the SVG IDLs. See WebKit bug #72773.
      * PlatformBlackBerry.cmake: Added.
      
      Source/WebKit: 
      
      Reviewed by Antonio Gomes.
      
      * blackberry: Added.
      * blackberry/CMakeListsBlackBerry.txt: Added.
      
      Tools: 
      
      Reviewed by Antonio Gomes.
      
      Add optional --blackberry command line argument to build-webkit to build the
      BlackBerry port.
      
      * Scripts/build-webkit:
      * Scripts/webkitdirs.pm:
      (determineBaseProductDir):
      (argumentsForConfiguration):
      (builtDylibPathForName):
      (determineIsQt):
      (isBlackBerry): Added.
      (determineIsBlackBerry): Added.
      (blackberryTargetArchitecture): Added.
      (isAppleWebKit):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@100844 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5b4bdbbf
    • jamesr@google.com's avatar
      Unreviewed, rolling out r100835. · 5acc7d37
      jamesr@google.com authored
      http://trac.webkit.org/changeset/100835
      https://bugs.webkit.org/show_bug.cgi?id=72778
      
      Broke some page scale tests
      
      * DumpRenderTree/chromium/EventSender.cpp:
      (EventSender::scalePageBy):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@100837 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5acc7d37
    • abarth@webkit.org's avatar
      Prepare to move manual-tests out of WebCore · 9a26a910
      abarth@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=72782
      
      Reviewed by Eric Seidel.
      
      .: 
      
      Update these files to refer to the new location of ManualTests.
      
      * .gitattributes:
      * Source/cmake/WebKitPackaging.cmake:
      
      Tools: 
      
      Update this file to refer to the new location of ManualTests.
      
      * Scripts/webkitpy/common/config/build.py:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@100836 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      9a26a910
    • jamesr@google.com's avatar
      [chromium] Set min/max page scale factors when calling eventSender.scalePageBy to avoid clamping · d3e40eb4
      jamesr@google.com authored
      https://bugs.webkit.org/show_bug.cgi?id=72778
      
      Reviewed by Kenneth Russell.
      
      Set the min/max page scale clamps when a test calls eventSender.scalePageBy() so that the scale isn't clamped.
      
      * DumpRenderTree/chromium/EventSender.cpp:
      (EventSender::scalePageBy):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@100835 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      d3e40eb4
    • commit-queue@webkit.org's avatar
      IDL changes for gamepad support · 0ef17682
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=71753
      
      Patch by Scott Graham <scottmg@chromium.org> on 2011-11-18
      Reviewed by Adam Barth.
      
      Source/WebCore:
      
      IDL changes and associated plumbing to expose list of gamepad objects
      on navigator object (per current spec). Full patch is
      https://bugs.webkit.org/show_bug.cgi?id=69451. Only basic existence
      test until more plumbing in future patches.
      
      Test: gamepad/gamepad-api.html
      
      * WebCore.gypi:
      * bindings/generic/RuntimeEnabledFeatures.h:
      (WebCore::RuntimeEnabledFeatures::setWebkitGamepadsEnabled):
      (WebCore::RuntimeEnabledFeatures::webkitGamepadsEnabled):
      * page/Gamepad.cpp: Added.
      (WebCore::Gamepad::Gamepad):
      (WebCore::Gamepad::axes):
      (WebCore::Gamepad::buttons):
      (WebCore::Gamepad::~Gamepad):
      * page/Gamepad.h: Added.
      * page/Gamepad.idl: Added.
      * page/GamepadList.cpp: Added.
      (WebCore::GamepadList::~GamepadList):
      (WebCore::GamepadList::set):
      (WebCore::GamepadList::length):
      (WebCore::GamepadList::item):
      * page/GamepadList.h: Added.
      (WebCore::GamepadList::create):
      (WebCore::GamepadList::GamepadList):
      * page/GamepadList.idl: Added.
      * page/Navigator.cpp:
      (WebCore::Navigator::webkitGamepads):
      * page/Navigator.h:
      * page/Navigator.idl:
      
      Source/WebKit/chromium:
      
      Update to use vendor-prefixed enable.
      
      * src/WebRuntimeFeatures.cpp:
      (WebKit::WebRuntimeFeatures::enableGamepad):
      (WebKit::WebRuntimeFeatures::isGamepadEnabled):
      
      Tools:
      
      Runtime enable gamepad in chromium test shell.
      
      * DumpRenderTree/chromium/TestShell.cpp:
      (TestShell::TestShell):
      
      LayoutTests:
      
      Add basic api existence test.
      
      * gamepad/gamepad-api-expected.txt: Added.
      * gamepad/gamepad-api.html: Added.
      * gamepad/gamepad-test.js: Added.
      (logConsole):
      (testExpected):
      (reportExpected):
      (waitForEventAndEnd):
      (waitForEvent._eventCallback):
      (waitForEvent):
      (waitForEventAndTest._eventCallback):
      (waitForEventAndTest):
      (waitForEventTestAndEnd):
      (endTest):
      (logResult):
      (consoleWrite):
      * platform/chromium/fast/dom/navigator-detached-no-crash-expected.txt:
      * platform/efl/Skipped:
      * platform/gtk/Skipped:
      * platform/mac/Skipped:
      * platform/qt/Skipped:
      * platform/win/Skipped:
      * platform/wincairo/Skipped:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@100833 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      0ef17682
    • darin@chromium.org's avatar
      2011-10-24 Darin Fisher <darin@chromium.org> · ff6a1376
      darin@chromium.org authored
              [chromium] Improve fullscreen API
              https://bugs.webkit.org/show_bug.cgi?id=70477
      
              Reviewed by Adam Barth.
      
              Move fullscreen entry points from WebView to WebWidget since they are
              just about widget geometry.
      
              Delay webkitfullscreenchange event until we know that we have entered
              fullscreen mode.  This is accomplished by expanding the WebKit APIs to
              differentiate will{Enter,Exit} from did{Enter,Exit} state changes.
      
              WebViewImpl is forced to keep a reference to the requested fullscreen
              element while we are requesting to enter fullscreen mode.  Once in
              fullscreen mode, we switch to keeping only a reference to the Frame
              containing the fullscreen element, which we drop upon exiting
              fullscreen mode.
      
              * public/WebView.h:
              * public/WebViewClient.h:
              * public/WebWidget.h:
              (WebKit::WebWidget::willEnterFullScreen):
              (WebKit::WebWidget::didEnterFullScreen):
              (WebKit::WebWidget::willExitFullScreen):
              (WebKit::WebWidget::didExitFullScreen):
              * public/WebWidgetClient.h:
              (WebKit::WebWidgetClient::enterFullScreen):
              (WebKit::WebWidgetClient::exitFullScreen):
              * src/ChromeClientImpl.cpp:
              (WebKit::ChromeClientImpl::supportsFullscreenForNode):
              (WebKit::ChromeClientImpl::enterFullscreenForNode):
              (WebKit::ChromeClientImpl::exitFullscreenForNode):
              (WebKit::ChromeClientImpl::supportsFullScreenForElement):
              (WebKit::ChromeClientImpl::enterFullScreenForElement):
              (WebKit::ChromeClientImpl::exitFullScreenForElement):
              * src/WebViewImpl.cpp:
              (WebKit::WebViewImpl::willEnterFullScreen):
              (WebKit::WebViewImpl::didEnterFullScreen):
              (WebKit::WebViewImpl::willExitFullScreen):
              (WebKit::WebViewImpl::didExitFullScreen):
              (WebKit::WebViewImpl::enterFullScreenForElement):
              (WebKit::WebViewImpl::exitFullScreenForElement):
              * src/WebViewImpl.h:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@100821 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ff6a1376
    • aroben@apple.com's avatar
      Ignore an ANGLE leak that is not WebKit's fault · e777b3ec
      aroben@apple.com authored
      * Scripts/old-run-webkit-tests:
      (countAndPrintLeaks):
      * Scripts/webkitpy/layout_tests/port/leakdetector.py:
      (LeakDetector._callstacks_to_exclude_from_leaks):
      Added ScanFromString to the call stacks to exclude on all OS versions.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@100799 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e777b3ec
    • aroben@apple.com's avatar
      Ignore another Lion-specific leak that is not WebKit's fault · 934c534d
      aroben@apple.com authored
      * Scripts/old-run-webkit-tests:
      (countAndPrintLeaks):
      * Scripts/webkitpy/layout_tests/port/leakdetector.py:
      (LeakDetector._callstacks_to_exclude_from_leaks):
      Added SecTransformExecute to the call stacks to exclude.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@100790 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      934c534d
    • yutak@chromium.org's avatar
      [Qt] Enable WebSocket hybi tests · 386ca6bb
      yutak@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=72687
      
      Reviewed by Simon Hausmann.
      
      Source/WebKit/qt:
      
      * WebCoreSupport/DumpRenderTreeSupportQt.cpp:
      (DumpRenderTreeSupportQt::defaultHixie76WebSocketProtocolEnabled):
      (DumpRenderTreeSupportQt::setHixie76WebSocketProtocolEnabled):
      Call WebCore::Settings::setUseHixie76WebSocketProtocol() to switch WebSocket protocols.
      * WebCoreSupport/DumpRenderTreeSupportQt.h:
      
      Tools:
      
      Let LayoutTestControllerQt be able to switch WebSocket protocols via overridePreference().
      
      * DumpRenderTree/qt/DumpRenderTreeQt.cpp:
      (WebCore::WebPage::resetSettings):
      * DumpRenderTree/qt/LayoutTestControllerQt.cpp:
      (LayoutTestController::overridePreference):
      
      LayoutTests:
      
      * platform/qt/Skipped:
      Unskip WebSocket hybi tests. Skip some of them which are known to fail probably due to
      a bug in SocketStreamHandleQt implementation.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@100763 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      386ca6bb
    • sergio@webkit.org's avatar
      [GTK][WK2] Invalid TestNetscapePlugin path when using new-run-webkit-tests · 6b05e535
      sergio@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=72707
      
      Reviewed by Philippe Normand.
      
      Tools:
      
      Make new-run-webkit-tests use the right path to locate the test
      plugin used by WebKitTestRunner.
      
      * Scripts/webkitpy/layout_tests/port/gtk.py:
      
      LayoutTests:
      
      Unskipped a test that is passing now.
      
      * platform/gtk-wk2/Skipped: unskipped plugins/get-url-notify-with-url-that-fails-to-load.html
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@100755 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6b05e535
    • hausmann@webkit.org's avatar
      [Qt] WTR and InjectedBundle should not link statically against JSC/WTF... · 483f78a7
      hausmann@webkit.org authored
      [Qt] WTR and InjectedBundle should not link statically against JSC/WTF https://bugs.webkit.org/show_bug.cgi?id=72697
      
      Reviewed by Kenneth Rohde Christiansen.
      
      .:
      
      * Source/api.pri: On Linux, use a GNU LD version script to manage the
      symbol exports, which includes the public WK1/WK2 API as well as a bunch
      of private WTF symbols needed for WTR and the Injected Bundle.
      * Source/qtwebkit-export.map: Added.
      
      Tools:
      
      * Tools.pro: Make WTR linux only for the moment.
      * WebKitTestRunner/InjectedBundle/Target.pri: Remove static jsc/wtf linkage.
      * WebKitTestRunner/Target.pri: Ditto.
      * qmake/mkspecs/features/default_post.prf: Don't build the main webkit sources
      with ELF visibility on Linux. Instead we're temporarily using an LD version script.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@100746 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      483f78a7
    • kenneth@webkit.org's avatar
      [Qt] Change default size of the MiniBrowser · dc0290a5
      kenneth@webkit.org authored
      Reviewed by Simon Hausmann.
      
      As we lay out desktop pages using the width of 980, change our default
      size to 980x735 so that we are not scaling down by default.
      
      * MiniBrowser/qt/MiniBrowserApplication.h:
      (WindowOptions::WindowOptions):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@100743 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      dc0290a5
  3. 17 Nov, 2011 24 commits