1. 13 Sep, 2012 40 commits
    • pdr@google.com's avatar
      Add gender-neutral form of webkit-patch land-cowboy · 6ab53e53
      pdr@google.com authored
      https://bugs.webkit.org/show_bug.cgi?id=96709
      
      Reviewed by Adam Barth.
      
      Add webkit-patch land-cowhand, the confident and courageous form of webkit-patch for everyone.
      
      * Scripts/webkitpy/tool/commands/download.py:
      (LandCowhand):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128536 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6ab53e53
    • commit-queue@webkit.org's avatar
      [EFL] Remove some parameters in browserCreate() · 9f6f872f
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96499
      
      Patch by Seokju Kwon <seokju.kwon@samsung.com> on 2012-09-13
      Reviewed by Kenneth Rohde Christiansen.
      
      There are too many parameters in browserCreate(). Lots of it seems like settings from command line argument.
      And I have moved some parameters into User_Arguments.
      
      * EWebLauncher/main.c:
      (_User_Arguments):
      (_ELauncher):
      (on_key_down):
      (browserCreate):
      (findThemePath):
      (parseUserArguments):
      (main):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128535 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      9f6f872f
    • oliver@apple.com's avatar
      Make global const initialisation explicit in the bytecode · 62f4d0e3
      oliver@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=96711
      
      Reviewed by Gavin Barraclough.
      
      Added op_init_global_const to make initialisation of global const
      fields explicit.  This will help us keep correct semantics in the
      upcoming variable resolution refactoring.
      
      * bytecode/CodeBlock.cpp:
      (JSC::CodeBlock::dump):
      * bytecode/Opcode.h:
      (JSC):
      (JSC::padOpcodeName):
      * bytecompiler/BytecodeGenerator.cpp:
      (JSC::BytecodeGenerator::emitInitGlobalConst):
      (JSC):
      * bytecompiler/BytecodeGenerator.h:
      (BytecodeGenerator):
      * bytecompiler/NodesCodegen.cpp:
      (JSC::ConstDeclNode::emitCodeSingle):
      * dfg/DFGByteCodeParser.cpp:
      (JSC::DFG::ByteCodeParser::parseBlock):
      * dfg/DFGCapabilities.h:
      (JSC::DFG::canCompileOpcode):
      * interpreter/Interpreter.cpp:
      (JSC::Interpreter::privateExecute):
      * jit/JIT.cpp:
      (JSC::JIT::privateCompileMainPass):
      (JSC::JIT::privateCompileSlowCases):
      * llint/LowLevelInterpreter32_64.asm:
      * llint/LowLevelInterpreter64.asm:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128534 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      62f4d0e3
    • jsbell@chromium.org's avatar
      IndexedDB: Consolidate two-phase connection to avoid race conditions · cfcf5953
      jsbell@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=90411
      
      Reviewed by Tony Chang.
      
      Source/WebCore:
      
      Previously, IDB connections were opened by having the front-end (1) call through to
      a back-end open() method, eventually receive a success message with a back-end object
      handle, and (2) call into the back-end object to register front-end callbacks. This left
      the back-end's notion of an open connection in a limbo state between these two calls.
      In multi-process ports, a crash of the front-end process could leave the back-end wedged
      waiting for this second call (e.g. can't delete until all connections are closed).
      
      Simplify this by having the front-end pass through the callbacks into the back-end
      during the initial open() call, which eliminates the limbo state.
      
      No new tests - no functional changes. Chromium port's webkit_unit_tests updated.
      
      * Modules/indexeddb/IDBDatabase.cpp:
      (WebCore::IDBDatabase::create):
      (WebCore::IDBDatabase::IDBDatabase): Db-callbacks is available at creation time.
      (WebCore::IDBDatabase::~IDBDatabase):
      * Modules/indexeddb/IDBDatabase.h:
      (IDBDatabase):
      * Modules/indexeddb/IDBDatabaseBackendImpl.cpp:
      (WebCore::IDBDatabaseBackendImpl::PendingOpenCall::create): Need to track db-callbacks as well.
      (WebCore::IDBDatabaseBackendImpl::PendingOpenCall::databaseCallbacks):
      (WebCore::IDBDatabaseBackendImpl::PendingOpenCall::PendingOpenCall):
      (IDBDatabaseBackendImpl::PendingOpenCall):
      (WebCore::IDBDatabaseBackendImpl::PendingOpenWithVersionCall::create): Ditto.
      (WebCore::IDBDatabaseBackendImpl::PendingOpenWithVersionCall::databaseCallbacks):
      (WebCore::IDBDatabaseBackendImpl::PendingOpenWithVersionCall::PendingOpenWithVersionCall):
      (IDBDatabaseBackendImpl::PendingOpenWithVersionCall):
      (WebCore::IDBDatabaseBackendImpl::IDBDatabaseBackendImpl):
      (WebCore::IDBDatabaseBackendImpl::setVersion):
      (WebCore::IDBDatabaseBackendImpl::connectionCount): Don't need to count limbo connections any more.
      (WebCore::IDBDatabaseBackendImpl::processPendingCalls): Pass through db-callbacks.
      (WebCore::IDBDatabaseBackendImpl::openConnection): No more limbo connections (yay!).
      (WebCore::IDBDatabaseBackendImpl::runIntVersionChangeTransaction): Pass through db-callbacks.
      (WebCore::IDBDatabaseBackendImpl::openConnectionWithVersion): Ditto.
      (WebCore::IDBDatabaseBackendImpl::deleteDatabase): Style.
      (WebCore::IDBDatabaseBackendImpl::close): Resolve FIXME about connectionCount.
      * Modules/indexeddb/IDBDatabaseBackendImpl.h:
      (IDBDatabaseBackendImpl):
      * Modules/indexeddb/IDBDatabaseBackendInterface.h:
      (IDBDatabaseBackendInterface):
      * Modules/indexeddb/IDBDatabaseCallbacksImpl.cpp:
      (WebCore::IDBDatabaseCallbacksImpl::create):
      (WebCore::IDBDatabaseCallbacksImpl::IDBDatabaseCallbacksImpl):
      (WebCore::IDBDatabaseCallbacksImpl::connect):
      * Modules/indexeddb/IDBDatabaseCallbacksImpl.h:
      (IDBDatabaseCallbacksImpl):
      * Modules/indexeddb/IDBFactory.cpp:
      (WebCore::IDBFactory::open): Mint the db-callbacks here...
      * Modules/indexeddb/IDBFactoryBackendImpl.cpp:
      (WebCore::IDBFactoryBackendImpl::open): ...passed through to here...
      * Modules/indexeddb/IDBFactoryBackendImpl.h:
      (IDBFactoryBackendImpl):
      * Modules/indexeddb/IDBFactoryBackendInterface.h:
      (IDBFactoryBackendInterface):
      * Modules/indexeddb/IDBOpenDBRequest.cpp:
      (WebCore::IDBOpenDBRequest::create): ...all the way to here...
      (WebCore::IDBOpenDBRequest::IDBOpenDBRequest):
      (WebCore::IDBOpenDBRequest::onUpgradeNeeded): ...and finally hooked up here.
      (WebCore::IDBOpenDBRequest::onSuccess): (or here, if no upgrade needed).
      * Modules/indexeddb/IDBOpenDBRequest.h:
      (WebCore):
      (IDBOpenDBRequest):
      * Modules/indexeddb/IDBTransaction.cpp:
      (WebCore::IDBTransaction::onAbort): Tweak event/notification ordering; the
      notifying the database that the transaction is finished may unblock closing,
      which fires more events, and the delivery matters. Previously the close would
      be blocked by the transaction which gave the desired order.
      (WebCore::IDBTransaction::onComplete): Ditto.
      * inspector/InspectorIndexedDBAgent.cpp: New hookup logic.
      (WebCore):
      
      Source/WebKit/chromium:
      
      API plumbing for simplified single-phase connection opening, and tests updated
      to exercise the new APIs.
      
      * public/WebIDBDatabase.h:
      (WebIDBDatabase): Just a FIXME to remove the old second-phase hookup API.
      * public/WebIDBFactory.h:
      (WebKit):
      (WebIDBFactory):
      (WebKit::WebIDBFactory::open): New overload that takes db-callbacks.
      * src/IDBCallbacksProxy.cpp: The db-callbacks plumbing is needed earlier.
      (WebKit::IDBCallbacksProxy::onSuccess):
      (WebKit::IDBCallbacksProxy::onUpgradeNeeded):
      (WebKit):
      (WebKit::IDBCallbacksProxy::setDatabaseCallbacks): Needs to hold on to
      the db-callbacks and hook it up when the onSuccess callback comes through.
      * src/IDBCallbacksProxy.h:
      (WebKit):
      (IDBCallbacksProxy):
      * src/IDBDatabaseBackendProxy.cpp:
      * src/IDBDatabaseBackendProxy.h:
      (IDBDatabaseBackendProxy):
      * src/IDBFactoryBackendProxy.cpp:
      (WebKit::IDBFactoryBackendProxy::open):
      * src/IDBFactoryBackendProxy.h:
      (IDBFactoryBackendProxy):
      * src/WebIDBDatabaseImpl.cpp:
      (WebKit::WebIDBDatabaseImpl::WebIDBDatabaseImpl):
      (WebKit::WebIDBDatabaseImpl::close):
      * src/WebIDBDatabaseImpl.h:
      (WebIDBDatabaseImpl):
      * src/WebIDBFactoryImpl.cpp:
      (WebKit::WebIDBFactoryImpl::open):
      * src/WebIDBFactoryImpl.h:
      (WebIDBFactoryImpl):
      * tests/IDBAbortOnCorruptTest.cpp:
      (FakeIDBDatabaseCallbacks):
      (WebCore::FakeIDBDatabaseCallbacks::create):
      (WebCore::FakeIDBDatabaseCallbacks::~FakeIDBDatabaseCallbacks):
      (WebCore::FakeIDBDatabaseCallbacks::FakeIDBDatabaseCallbacks):
      (WebCore):
      (WebCore::TEST): Updated connection sequence.
      * tests/IDBDatabaseBackendTest.cpp: Ditto.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128533 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      cfcf5953
    • ap@apple.com's avatar
      https://bugs.webkit.org/show_bug.cgi?id=93654 · 976c2f07
      ap@apple.com authored
              REGRESSION(r125126): It made fast/events/keyevent-iframe-removed-crash.html assert
      
              Unskipped tests that should not assert any more (there were more than the one in
              bug title). Re-attributed some remaining failures that were tracked together with that.
      
              * platform/gtk/TestExpectations:
              * platform/mac/Skipped:
              * platform/qt/TestExpectations:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128532 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      976c2f07
    • rniwa@webkit.org's avatar
      suspend/resumeWidgetHierarchyUpdates should be a RAII object · 992dcea9
      rniwa@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96706
      
      Reviewed by Simon Fraser.
      
      Source/WebCore: 
      
      Replaced suspendWidgetHierarchyUpdates and resumeWidgetHierarchyUpdates by WidgetHierarchyUpdatesSuspensionScope.
      
      * WebCore.exp.in: Export new symbols.
      * dom/ContainerNode.cpp:
      (WebCore::ContainerNode::removeChild):
      (WebCore::ContainerNode::removeChildren):
      * dom/Document.cpp:
      (WebCore::Document::recalcStyle):
      * dom/Element.cpp:
      (WebCore::Element::attach):
      (WebCore::Element::detach):
      * page/mac/EventHandlerMac.mm:
      (WebCore::EventHandler::passMouseDownEventToWidget):
      * rendering/RenderWidget.cpp:
      (WebCore):
      (WebCore::WidgetHierarchyUpdatesSuspensionScope::widgetNewParentMap):
      (WebCore::WidgetHierarchyUpdatesSuspensionScope::moveWidgets):
      (WebCore::moveWidgetToParentSoon):
      * rendering/RenderWidget.h:
      (WidgetHierarchyUpdatesSuspensionScope):
      (WebCore::WidgetHierarchyUpdatesSuspensionScope::WidgetHierarchyUpdatesSuspensionScope):
      (WebCore::WidgetHierarchyUpdatesSuspensionScope::~WidgetHierarchyUpdatesSuspensionScope):
      (WebCore::WidgetHierarchyUpdatesSuspensionScope::isSuspended):
      (WebCore::WidgetHierarchyUpdatesSuspensionScope::scheduleWidgetToMove):
      (WebCore):
      (RenderWidget):
      
      Source/WebKit/mac: 
      
      * WebView/WebHTMLView.mm:
      (-[WebHTMLView _invalidateGStatesForTree]):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128531 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      992dcea9
    • ojan@chromium.org's avatar
      Remove lines for fast/table/bad-replaced-sizing-preferred-logical-widths.html · 13215252
      ojan@chromium.org authored
      fixed in http://trac.webkit.org/changeset/128528.
      
      * platform/chromium/TestExpectations:
      * platform/efl/TestExpectations:
      * platform/gtk/TestExpectations:
      * platform/mac/TestExpectations:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128530 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      13215252
    • simon.fraser@apple.com's avatar
      Lots of repaints in the top left tile on this site · 5c257e54
      simon.fraser@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=96698
      
      Reviewed by Anders Carlsson.
      
      When given a rect outside of the current tile coverage rect,
      TileCache::setNeedsDisplayInRect() would try to invalidate the
      top left tile. This would normally be a no-op, except when repaint
      counters are visible, in which case it would invalidate the counter
      area.
      
      Fix by doing an early return if the intersection between the repaint
      rect and the tile coverage rect is empty.
      
      * platform/graphics/ca/mac/TileCache.mm:
      (WebCore::TileCache::setNeedsDisplayInRect):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128529 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5c257e54
    • jamesr@google.com's avatar
      Unreviewed gardening for r128516/r128517: · 6761ad72
      jamesr@google.com authored
        remove the now-unnecessary cr-mac expectations for fast/writing-mode test.
        fix baseline for fast/table/bad-replaced-sizing-preferred-logical-widths.html
      
      * platform/chromium-mac/fast/writing-mode/percentage-height-orthogonal-writing-modes-quirks-expected.txt: Removed.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128528 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6761ad72
    • mrowe@apple.com's avatar
      <rdar://problem/12283706> WebKit looks for some files on the system even when... · a45675f1
      mrowe@apple.com authored
      <rdar://problem/12283706> WebKit looks for some files on the system even when building against an SDK.
      
      Reviewed by David Kilzer.
      
      If an SDK is being used, pass it through to our custom invocations of the preprocessor.
      
      Source/WebCore:
      
      * DerivedSources.make:
      
      Source/WebKit2:
      
      * DerivedSources.make:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128527 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a45675f1
    • jamesr@google.com's avatar
      PlatformGestureCurveTest compile fix pt 2 · cb991377
      jamesr@google.com authored
      * tests/PlatformGestureCurveTest.cpp:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128526 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      cb991377
    • bfulgham@webkit.org's avatar
      [WinCairo] Unreviewed build fix. · e5b7696d
      bfulgham@webkit.org authored
      * WebCookieManagerCurl.cpp: Remove unused 'using WebCore'
      declaration that prevented the build from completing.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128525 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e5b7696d
    • tsepez@chromium.org's avatar
      Source/WebCore: ASSERT(!eventDispatchForbidden()) fires when removed plugin... · 43056c5f
      tsepez@chromium.org authored
      Source/WebCore: ASSERT(!eventDispatchForbidden()) fires when removed plugin re-inserted as part of readyStateChange.
      https://bugs.webkit.org/show_bug.cgi?id=93639
      
      Reviewed by Ryosuke Niwa.
      
      Removing a plugin causes a detach which can cancel the last remaining load on a page,
      resulting in a readyStateChange event during a time when things are inconsisent. Defer
      the detach which triggers this chain of events until after the node is fully removed
      from the document's elementsById map.
      
      Test: plugins/plugin-remove-readystatechange.html
      
      * dom/ContainerNode.cpp:
      (WebCore::ContainerNode::removeChild):
      (WebCore::ContainerNode::removeChildren):
      
      LayoutTests: ASSERT(!eventDispatchForbidden()) firest when removed plugin re-inserted as part of readyStateChange.
      https://bugs.webkit.org/show_bug.cgi?id=93639
      
      Reviewed by Ryosuke Niwa.
      
      Add a new testcase to cover this issue.  Test passes if assert doesn't fire in debug builds.
      
      * plugins/plugin-remove-readystatechange-expected.txt: Added.
      * plugins/plugin-remove-readystatechange.html: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128524 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      43056c5f
    • bfulgham@webkit.org's avatar
      [WinCairo] Unreviewed build fix for export declarations. · 09e0a467
      bfulgham@webkit.org authored
      New entries were added to the standard Windows export definition
      file, but were not added to the WinCairo version, breaking the build.
      
      * win/WebKit2CFLite.def: Incoproate changes from WebKit2.def file.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128523 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      09e0a467
    • jamesr@google.com's avatar
      Fix compile warning/error on windows - literal that isn't exactly... · 6c2cf511
      jamesr@google.com authored
      Fix compile warning/error on windows - literal that isn't exactly representable as a float needs "f" suffix.
      
      * tests/PlatformGestureCurveTest.cpp:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128522 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6c2cf511
    • timothy_horton@apple.com's avatar
      Add optional debug logging when we fall into/out of threaded scrolling · 270ab3a5
      timothy_horton@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=93898
      <rdar://problem/12089098>
      
      Reviewed by Simon Fraser.
      
      Add logging when we enter and exit the threaded scrolling mode, and logs the reasons we
      fall into main-thread scrolling.
      
      The logging output looks like this:
          SCROLLING: Switching to main-thread scrolling mode. Time: 15843.554718 Reason(s): viewport-constrained objects
          SCROLLING: Switching to threaded scrolling mode. Time: 15844.550866
          SCROLLING: Switching to main-thread scrolling mode. Time: 15845.551214 Reason(s): viewport-constrained objects
          SCROLLING: Switching to threaded scrolling mode. Time: 15846.552619
          SCROLLING: Switching to main-thread scrolling mode. Time: 15847.553587 Reason(s): viewport-constrained objects
          SCROLLING: Switching to threaded scrolling mode. Time: 15848.554084
      
      No new tests, as this is just debugging logging.
      
      * page/scrolling/ScrollingCoordinator.cpp:
      (WebCore::ScrollingCoordinator::updateShouldUpdateScrollLayerPositionOnMainThread):
      Construct a bitfield describing the reasons we fall into main-thread scrolling mode.
      
      * page/scrolling/ScrollingCoordinatorNone.cpp:
      (WebCore::ScrollingCoordinator::setShouldUpdateScrollLayerPositionOnMainThread):
      * page/scrolling/ScrollingTreeNode.cpp:
      (WebCore::ScrollingTreeNode::ScrollingTreeNode):
      * page/scrolling/ScrollingTreeNode.h:
      (WebCore::ScrollingTreeNode::shouldUpdateScrollLayerPositionOnMainThread):
      * page/scrolling/ScrollingTreeState.cpp:
      (WebCore::ScrollingTreeState::ScrollingTreeState):
      (WebCore::ScrollingTreeState::setShouldUpdateScrollLayerPositionOnMainThread):
      * page/scrolling/ScrollingTreeState.h:
      (WebCore::ScrollingTreeState::shouldUpdateScrollLayerPositionOnMainThread):
      * page/scrolling/chromium/ScrollingCoordinatorChromium.cpp:
      (WebCore::ScrollingCoordinator::setShouldUpdateScrollLayerPositionOnMainThread):
      * page/scrolling/ScrollingCoordinator.cpp:
      (WebCore::ScrollingCoordinator::setShouldUpdateScrollLayerPositionOnMainThread):
      Use the reasons bitfield instead of a boolean.
      
      * page/scrolling/ScrollingCoordinator.h:
      (ScrollingCoordinator):
      Add MainThreadScrollingReasons enum, with the current reasons that we might fallback to main-thread scrolling.
      
      * page/scrolling/ScrollingTree.cpp:
      (WebCore::ScrollingTree::scrollingPerformanceLoggingEnabled):
      Fix a typo (scrollingPeformanceLoggingEnabled -> scrollingPerformanceLoggingEnabled).
      
      * page/scrolling/mac/ScrollingTreeNodeMac.mm:
      (WebCore::ScrollingTreeNodeMac::update):
      (WebCore::ScrollingTreeNodeMac::setScrollPosition):
      (WebCore::logThreadedScrollingMode):
      Pretty-print the scrolling mode and shouldUpdateScrollLayerPositionOnMainThreadReason.
      
      Update the scrolling tree's scrollingPerformanceLoggingEnabled preference
      before the early-return if we don't have layer debugging borders on.
      
      * WebProcess/WebPage/mac/TiledCoreAnimationDrawingArea.mm:
      (WebKit::TiledCoreAnimationDrawingArea::updatePreferences):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128521 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      270ab3a5
    • jsbell@chromium.org's avatar
      [V8] Binding: Generate batched attribute/const/callback struct names can collide · bcd32823
      jsbell@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96700
      
      Reviewed by Kentaro Hara.
      
      The V8 binding code generator spits out static arrays for batched configuration of
      consts, attributes, and callbacks. Prior to this patch, it would spit them out
      in the WebCore namespace with names like <BaseType>Callbacks which could collide with
      other code. This change renames them from <BaseType><Suffix> to V8<BaseType><Suffix>.
      
      Tests: Rebaselined the binding/scripts/test/V8/* results. No functional changes.
      
      * bindings/scripts/CodeGeneratorV8.pm:
      (GenerateImplementation):
      * bindings/scripts/test/V8/V8Float64Array.cpp:
      (Float64ArrayV8Internal):
      (WebCore):
      (WebCore::ConfigureV8Float64ArrayTemplate):
      * bindings/scripts/test/V8/V8TestActiveDOMObject.cpp:
      (TestActiveDOMObjectV8Internal):
      (WebCore):
      (WebCore::ConfigureV8TestActiveDOMObjectTemplate):
      * bindings/scripts/test/V8/V8TestCustomNamedGetter.cpp:
      (TestCustomNamedGetterV8Internal):
      (WebCore):
      (WebCore::ConfigureV8TestCustomNamedGetterTemplate):
      * bindings/scripts/test/V8/V8TestEventConstructor.cpp:
      (TestEventConstructorV8Internal):
      (WebCore):
      (WebCore::ConfigureV8TestEventConstructorTemplate):
      * bindings/scripts/test/V8/V8TestEventTarget.cpp:
      (TestEventTargetV8Internal):
      (WebCore):
      (WebCore::ConfigureV8TestEventTargetTemplate):
      * bindings/scripts/test/V8/V8TestException.cpp:
      (TestExceptionV8Internal):
      (WebCore):
      (WebCore::ConfigureV8TestExceptionTemplate):
      * bindings/scripts/test/V8/V8TestInterface.cpp:
      (TestInterfaceV8Internal):
      (WebCore):
      (WebCore::ConfigureV8TestInterfaceTemplate):
      * bindings/scripts/test/V8/V8TestMediaQueryListListener.cpp:
      (TestMediaQueryListListenerV8Internal):
      (WebCore):
      (WebCore::ConfigureV8TestMediaQueryListListenerTemplate):
      * bindings/scripts/test/V8/V8TestObj.cpp:
      (TestObjV8Internal):
      (WebCore):
      (WebCore::ConfigureV8TestObjTemplate):
      * bindings/scripts/test/V8/V8TestSerializedScriptValueInterface.cpp:
      (TestSerializedScriptValueInterfaceV8Internal):
      (WebCore):
      (WebCore::ConfigureV8TestSerializedScriptValueInterfaceTemplate):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128520 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      bcd32823
    • ryuan.choi@samsung.com's avatar
      [EFL] Improve string manipulation in EflKeyboardUtilities.cpp · 21c24318
      ryuan.choi@samsung.com authored
      https://bugs.webkit.org/show_bug.cgi?id=96598
      
      Reviewed by Benjamin Poulain.
      
      Uses ASCIILiteral for static strings as recommended by
      http://trac.webkit.org/wiki/EfficientStrings and uses HexNumber to remove
      String::format.
      
      No behavior change. Just a refactoring.
      
      * platform/efl/EflKeyboardUtilities.cpp:
      (WebCore::addCharactersToKeyMap):
      (WebCore::createKeyMap):
      (WebCore::createWindowsKeyMap):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128519 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      21c24318
    • mark.lam@apple.com's avatar
      Unreviewed. Adding myself to the committers list. · 7425235b
      mark.lam@apple.com authored
      * Scripts/webkitpy/common/config/committers.py:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128518 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7425235b
    • ojan@chromium.org's avatar
      percentage heights in quirks mode with auto-sized body are computed incorrectly · f766954f
      ojan@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96426
      
      Reviewed by Tony Chang.
      
      Source/WebCore:
      
      In quirks mode, for the body element, we need to keep walking up to the html element
      if the body's height is auto. Also, we need to subtract the body/html elements
      margin/border/padding so that we properly get the body's content height.
      
      This behavior matches IE9, FF and Opera.
      
      None of this applies to standards mode since we don't walk up the
      containingBlock chain for auto-sized elements.
      
      Test: fast/css/percentage-height-auto-sized-body-quirks.html
      
      * rendering/RenderBox.cpp:
      (WebCore::RenderBox::computePercentageLogicalHeight):
      
      LayoutTests:
      
      * fast/css/percentage-height-auto-sized-body-quirks-expected.txt: Added.
      * fast/css/percentage-height-auto-sized-body-quirks.html: Added.
      Verified that this matches IE9, FF15 and Opera12.
      
      * fast/writing-mode/percentage-height-orthogonal-writing-modes-quirks-expected.txt:
      * platform/chromium-linux/fast/table/height-percent-test-expected.png:
      * platform/chromium-linux/tables/mozilla/core/cell_heights-expected.png:
      * platform/chromium-linux/tables/mozilla_expected_failures/bugs/bug19526-expected.png:
      * platform/chromium-linux/tables/mozilla_expected_failures/bugs/bug85016-expected.png:
      * platform/chromium-win/tables/mozilla/core/cell_heights-expected.txt:
      * platform/chromium-win/tables/mozilla_expected_failures/bugs/bug19526-expected.txt:
      * platform/chromium-win/tables/mozilla_expected_failures/bugs/bug85016-expected.txt:
      * platform/mac/fast/table/height-percent-test-expected.txt:
      Verified that all the changes match FF15.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128517 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f766954f
    • ojan@chromium.org's avatar
      fast/table/bad-replaced-sizing-preferred-logical-widths.html is failing on... · f63ec8c9
      ojan@chromium.org authored
      fast/table/bad-replaced-sizing-preferred-logical-widths.html is failing on Mac, Chromium-Mac, GTK, EFL
      https://bugs.webkit.org/show_bug.cgi?id=96594
      
      Reviewed by Tony Chang.
      
      Remove the text so that this test gets metrics the same across platforms.
      
      * fast/table/bad-replaced-sizing-preferred-logical-widths.html:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128516 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f63ec8c9
    • jamesr@google.com's avatar
      Unreviewed gardening. Fix lint error in my last TestExpectations patch - whoops! · 04dcede3
      jamesr@google.com authored
      * platform/chromium/TestExpectations:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128515 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      04dcede3
    • enne@google.com's avatar
      Hide all ancestors of the full screen element when going full screen · e489e468
      enne@google.com authored
      https://bugs.webkit.org/show_bug.cgi?id=96332
      
      Reviewed by James Robinson.
      
      Source/WebCore:
      
      Since fixed position elements can now sometimes become stacking
      contexts, explicitly set position: static on full-screen ancestors so
      that there are no stacking context ancestors that could cause the full
      screen element to become incorrectly sorted.
      
      Test: fullscreen/full-screen-fixed-pos-parent.html
      
      * css/fullscreen.css:
      (:-webkit-full-screen-ancestor:not(iframe)):
      
      LayoutTests:
      
      This test has an all red image that (without this patch) incorrectly
      sorts on top of the full screen element. With this patch, the all
      green full screen element appears on top.
      
      * fullscreen/full-screen-fixed-pos-parent-expected.png: Added.
      * fullscreen/full-screen-fixed-pos-parent-expected.txt: Added.
      * fullscreen/full-screen-fixed-pos-parent.html: Added.
      * fullscreen/resources/green.html: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128514 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e489e468
    • abarth@webkit.org's avatar
      REGRESSION(r125126): It made fast/events/keyevent-iframe-removed-crash.html assert · 1e498553
      abarth@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=93654
      
      Reviewed by Eric Seidel.
      
      Source/WebCore:
      
      When wrapping a Document, we need to ensure that the global object for
      the wrapper actually exists before trying to create the wrapper. In
      other cases in the DOM, we always touch the global object before trying
      to wrap a given DOM object. For Document, however,
      HTMLFrameElement.contentDocument is a rare way to get at a DOM object
      for a global object without first touching the Window object.
      
      Rather than writing custom bindings for
      HTMLFrameElement.contentDocument, this patch just makes toJS for
      Document ensure that toJS for DOMWindow has been called first. The V8
      bindings have some similar code.
      
      Test: fast/dom/content-document-prototype.html
      
      * bindings/js/JSDocumentCustom.cpp:
      (WebCore::toJS):
      
      LayoutTests:
      
      * fast/dom/content-document-prototype-expected.txt: Added.
      * fast/dom/content-document-prototype.html: Added.
          - Check that HTMLFrameElement.contentDocument ends up with the
            right prototype chain. This is a tricky case because not only the
            prototype chain of the property different from the holder, we
            never actually touch the DOMWindow in this test case so the
            prototype chain leads to a global object that doesn't even exist
            yet!
      * fast/events/keyevent-iframe-removed-crash.html:
          - Add a call to gc() so that this test will ASSERT reliabily if we
            cause a similar problem in the future.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128513 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      1e498553
    • andersca@apple.com's avatar
      Fix build. · f226cbff
      andersca@apple.com authored
      * platform/graphics/Latin1TextIterator.h:
      (WebCore::Latin1TextIterator::Latin1TextIterator):
      (Latin1TextIterator):
      m_endCharacter is an unused private member variable, so just remove it to appease newer versions of clang.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128512 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f226cbff
    • rniwa@webkit.org's avatar
      run-perf-tests output cryptic error when the config file is missing. · 4c461ac6
      rniwa@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96453
      
      Reviewed by Tony Chang.
      
      Add a special error message when a configuration file is missing.
      
      Also update the help message of --source-json-path to signify the fact it specifies
      the configuration file on performance tests bots.
      
      * Scripts/webkitpy/performance_tests/perftestsrunner.py:
      (PerfTestsRunner._parse_args):
      (PerfTestsRunner._generate_and_show_results):
      (PerfTestsRunner._merge_slave_config_json):
      * Scripts/webkitpy/performance_tests/perftestsrunner_unittest.py:
      (_test_run_with_json_output): Make upload to fail by default and assert the result
      in the function so that we can return logs instead.
      (_test_run_with_json_output.mock_upload_json):
      (test_run_with_json_output):
      (test_run_with_description):
      (test_run_respects_no_results):
      (test_run_with_slave_config_json):
      (test_run_with_bad_slave_config_json):
      (test_run_with_multiple_repositories):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128511 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4c461ac6
    • jamesr@google.com's avatar
      Unreviewed gardening - upstream some skia_test_expectations.txt entries. · 21a3fdbd
      jamesr@google.com authored
      * platform/chromium/TestExpectations:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128510 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      21a3fdbd
    • rwlbuis@webkit.org's avatar
      [BlackBerry] Cleanup AboutDataEnableFeatures.in · 4eebff77
      rwlbuis@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96695
      
      Reviewed by Antonio Gomes.
      
      Remove unused features.
      
      * WebCoreSupport/AboutDataEnableFeatures.in:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128509 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4eebff77
    • commit-queue@webkit.org's avatar
      Typo in RenderStyle::isFlippedLinesWritingMode(), small refactoring possible · 5a120b58
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96679
      
      Patch by Hans Muller <hmuller@adobe.com> on 2012-09-13
      Reviewed by Darin Adler.
      
      Fixed a typo in the comment for RenderStyle::isFlippedLinesWritingMode() and refactored the
      three RendersStyle::isXXXWritingMode() inlines to use the inlines defined in WritingMode.h.
      Moved the comments to WritingMode.h
      
      No new tests needed.
      
      * platform/text/WritingMode.h:
      (WebCore):
      * rendering/style/RenderStyle.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128508 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5a120b58
    • kenneth@webkit.org's avatar
      Evas_Object* is a ref'ed structure, so tread it as such · 46ec52ab
      kenneth@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96659
      
      Reviewed by Adam Barth.
      
      Source/WebCore:
      
      Replace OwnPtr<Evas_Object> with RefPtr.
      
      * PlatformEfl.cmake:
      * platform/efl/RenderThemeEfl.cpp:
      (WebCore::RenderThemeEfl::ThemePartCacheEntry::create):
      (WebCore::RenderThemeEfl::loadTheme):
      (WebCore::RenderThemeEfl::applyPartDescriptionsFrom):
      * platform/efl/RenderThemeEfl.h:
      (RenderThemeEfl):
      (ThemePartCacheEntry):
      
      Source/WebKit/efl:
      
      Replace OwnPtr<Evas_Object> with RefPtr.
      
      * tests/UnitTestUtils/EWKTestView.cpp:
      (EWKUnitTests::EWKTestView::init):
      * tests/UnitTestUtils/EWKTestView.h:
      (EWKTestView):
      
      Source/WTF:
      
      Remove OwnPtr support for Evas_Object* and add support for it
      with RefPtr instead (the latter moved from WebCore).
      
      * wtf/PlatformEfl.cmake:
      * wtf/efl/OwnPtrEfl.cpp:
      * wtf/efl/RefPtrEfl.cpp: Renamed from Source/WebCore/platform/efl/RefPtrEfl.cpp.
      (WTF):
      (WTF::refIfNotNull):
      (WTF::derefIfNotNull):
      * wtf/efl/RefPtrEfl.h: Renamed from Source/WebCore/platform/efl/RefPtrEfl.h.
      (WTF):
      
      Tools:
      
      Replace OwnPtr<Evas_Object> with RefPtr.
      
      * DumpRenderTree/efl/ImageDiff.cpp:
      (calculateDifference):
      (printImageDifferences):
      (readImageFromStdin):
      (main):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128507 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      46ec52ab
    • rniwa@webkit.org's avatar
      Another typo fix. Apparently, I "fixed" the wrong line in the previous commit. · 4dfcb6ca
      rniwa@webkit.org authored
      * coding/coding-style.html:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128506 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4dfcb6ca
    • jchaffraix@webkit.org's avatar
      [Chromium] REGRESSION(r127457): Context menu on textarea is displayed in the wrong place · 50defef9
      jchaffraix@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96593
      
      Reviewed by Adam Barth.
      
      After r127457, the HitTestResult stored in ContextMenuController is in window coordinates.
      Trying to convert it again to window coordinates will result in adding the containing frame's
      position twice, thus the wrong placing.
      
      Chromium Mac wasn't impacted by the regression and I manually checked that the fix doesn't impact Mac.
      
      Unfortunately, no test as I don't think we have a way of testing context menu position.
      
      * src/ContextMenuClientImpl.cpp:
      (WebKit::ContextMenuClientImpl::getCustomMenuFromDefaultItems):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128505 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      50defef9
    • msaboff@apple.com's avatar
      Added 8 bit path to WidthIterator::advance() · 50e7e69c
      msaboff@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=96590
      
      Reviewed by Geoffrey Garen.
      
      Source/WebCore: 
      
      Added 8 bit path to advance() by adding a templatized advanceInternal private
      method and added a simple 8 bit Latin-1 TextIterator.  Updated SurrogatePairAwareTextIterator
      by making both consume() and advance() inlined and adding consumeSlowCase() for
      surrogate handling.  These changes are a performance progression on the Layout tests.
      
      No new tests because of no behavior changes.
      
      * GNUmakefile.list.am:
      * Target.pri:
      * WebCore.gypi:
      * WebCore.vcproj/WebCore.vcproj:
      * WebCore.xcodeproj/project.pbxproj:
      * platform/graphics/Latin1TextIterator.h: Copied from Source/WebCore/platform/graphics/SurrogatePairAwareTextIterator.h.
      (Latin1TextIterator):
      (WebCore::Latin1TextIterator::Latin1TextIterator):
      (WebCore::Latin1TextIterator::consume):
      (WebCore::Latin1TextIterator::advance):
      (WebCore::Latin1TextIterator::characters):
      * platform/graphics/SurrogatePairAwareTextIterator.cpp:
      (WebCore::SurrogatePairAwareTextIterator::consumeSlowCase):
      * platform/graphics/SurrogatePairAwareTextIterator.h:
      (WebCore::SurrogatePairAwareTextIterator::consume):
      (SurrogatePairAwareTextIterator):
      (WebCore::SurrogatePairAwareTextIterator::advance):
      * platform/graphics/WidthIterator.cpp:
      (WebCore::WidthIterator::advanceInternal):
      (WebCore::WidthIterator::advance):
      * platform/graphics/WidthIterator.h:
      (WidthIterator):
      
      Source/WTF: 
      
      Added new character constant for Hiragana Letter Small A.
      
      * wtf/unicode/CharacterNames.h:
      (Unicode):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128504 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      50e7e69c
    • rniwa@webkit.org's avatar
      Fix a typo per Darin's comment. · 58611a93
      rniwa@webkit.org authored
      * coding/coding-style.html:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128503 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      58611a93
    • rwlbuis@webkit.org's avatar
      [BlackBerry] Rename InspectorOverlay in blackberry/WebKitSupport · 8a63f7f1
      rwlbuis@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96689
      
      Reviewed by Antonio Gomes.
      
      Rename to InspectorClientBlackBerry to avoid include problems.
      
      * WebCoreSupport/InspectorClientBlackBerry.h:
      * WebKitSupport/InspectorOverlayBlackBerry.cpp: Renamed from Source/WebKit/blackberry/WebKitSupport/InspectorOverlay.cpp.
      (WebKit):
      (BlackBerry::WebKit::InspectorOverlay::create):
      (BlackBerry::WebKit::InspectorOverlay::InspectorOverlay):
      (BlackBerry::WebKit::InspectorOverlay::notifySyncRequired):
      (BlackBerry::WebKit::InspectorOverlay::paintContents):
      (BlackBerry::WebKit::InspectorOverlay::showDebugBorders):
      (BlackBerry::WebKit::InspectorOverlay::showRepaintCounter):
      (BlackBerry::WebKit::InspectorOverlay::~InspectorOverlay):
      (BlackBerry::WebKit::InspectorOverlay::clear):
      (BlackBerry::WebKit::InspectorOverlay::update):
      * WebKitSupport/InspectorOverlayBlackBerry.h: Renamed from Source/WebKit/blackberry/WebKitSupport/InspectorOverlay.h.
      (WebCore):
      (WebKit):
      (InspectorOverlay):
      (InspectorOverlayClient):
      (BlackBerry::WebKit::InspectorOverlay::setClient):
      (BlackBerry::WebKit::InspectorOverlay::notifyAnimationStarted):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128502 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8a63f7f1
    • rjkroege@chromium.org's avatar
      [chromium] alter fling animation parameters. · 76b5497d
      rjkroege@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96666
      
      Reviewed by Adrienne Walker.
      
      Corrected the test to be non-fragile in the presence of altered fling
      curve parameters.
      
      * tests/PlatformGestureCurveTest.cpp:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128501 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      76b5497d
    • commit-queue@webkit.org's avatar
      Text Autosizing: Add explanations to tests. · 086d0e78
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96673
      
      Patch by John Mellor <johnme@chromium.org> on 2012-09-13
      Reviewed by Julien Chaffraix.
      
      Replaces some of the lorem ipsum filler text in Text Autosizing tests
      with explanations of why the result is expected (and other minor tweaks
      to tests).
      
      * fast/text-autosizing/font-scale-factor-expected.html:
      * fast/text-autosizing/font-scale-factor.html:
      * fast/text-autosizing/narrow-iframe-expected.html:
      * fast/text-autosizing/narrow-iframe-flattened-expected.html:
      * fast/text-autosizing/narrow-iframe-flattened.html:
      * fast/text-autosizing/narrow-iframe.html:
      * fast/text-autosizing/nested-em-line-height-expected.html:
      * fast/text-autosizing/nested-em-line-height.html:
      * fast/text-autosizing/simple-paragraph-expected.html:
      * fast/text-autosizing/simple-paragraph.html:
      * fast/text-autosizing/span-child-expected.html:
      * fast/text-autosizing/span-child.html:
      * fast/text-autosizing/various-font-sizes-expected.html:
      * fast/text-autosizing/various-font-sizes.html:
      * fast/text-autosizing/wide-block-expected.html:
      * fast/text-autosizing/wide-block.html:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128500 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      086d0e78
    • rniwa@webkit.org's avatar
      Add a style guide rule for signed and unsigned int · a2458aad
      rniwa@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96682
      
      Reviewed by Geoffrey Garen.
      
      Add a rule per http://lists.webkit.org/pipermail/webkit-dev/2012-September/022199.html.
      
      * coding/coding-style.html:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128499 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a2458aad
    • mhahnenberg@apple.com's avatar
      Rename forEachCell to forEachLiveCell · 4930320c
      mhahnenberg@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=96685
      
      Reviewed by Oliver Hunt.
      
      forEachCell actually only iterates over live cells. We should rename it to 
      reflect what it actually does. This is also helpful because we want to add a new 
      forEachCell that actually does iterate each and every cell in a MarkedBlock 
      regardless of whether or not it is live.
      
      * debugger/Debugger.cpp:
      (JSC::Debugger::recompileAllJSFunctions):
      * heap/Heap.cpp:
      (JSC::Heap::globalObjectCount):
      (JSC::Heap::objectTypeCounts):
      * heap/MarkedBlock.h:
      (MarkedBlock):
      (JSC::MarkedBlock::forEachLiveCell):
      * heap/MarkedSpace.h:
      (MarkedSpace):
      (JSC::MarkedSpace::forEachLiveCell):
      * runtime/JSGlobalData.cpp:
      (JSC::JSGlobalData::releaseExecutableMemory):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128498 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4930320c
    • yoli@rim.com's avatar
      [BlackBerry] ResourceRequest string optimizations · 06fb16c7
      yoli@rim.com authored
      https://bugs.webkit.org/show_bug.cgi?id=96661
      
      Reviewed by Rob Buis.
      
      RIM PR# 207965.
      Call PlatformRequest's method to add the Accept-Language header.
      
      No new tests as no functional change.
      
      * platform/network/blackberry/ResourceRequestBlackBerry.cpp:
      (WebCore::ResourceRequest::initializePlatformRequest):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128497 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      06fb16c7