Permalink
Switch branches/tags
Nothing to show
Commits on Jan 26, 2012
  1. Layout Test fast/js/dfg-uint32array-overflow-values.html is slow on C…

    leviw committed Jan 26, 2012
    …hromium Debug bots
    
    
    https://bugs.webkit.org/show_bug.cgi?id=77069
    
    Marking fast/js/dfg-uint32array-overflow-values.html slow for Debug Chromium bots.
    
    * platform/chromium/test_expectations.txt:
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105963 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  2. [chromium] Fix ClipboardChromium::validateFilename to actually operat…

    Daniel Cheng committed Jan 26, 2012
    …e on extensions
    
    
    https://bugs.webkit.org/show_bug.cgi?id=76996
    
    Source/WebCore:
    
    As it turns out, we were always calling validateFilename on a data object with an empty
    extension. Now we call it on an actual extension so that it's sanitized.
    
    Reviewed by Tony Chang.
    
    Unit test: webkit_unit_tests --gtest_filter=ClipboardChromium.*
    
    * WebCore.gypi:
    * platform/chromium/ClipboardChromium.cpp:
    (WebCore::writeImageToDataObject):
    * platform/chromium/ClipboardChromium.h:
    (ClipboardChromium):
    * platform/chromium/ClipboardChromiumLinux.cpp: Removed.
    * platform/chromium/ClipboardChromiumPosix.cpp: Renamed from Source/WebCore/platform/chromium/ClipboardChromiumMac.cpp.
    (WebCore):
    (WebCore::isInvalidFileCharacter):
    (WebCore::ClipboardChromium::validateFilename):
    * platform/chromium/ClipboardChromiumWin.cpp:
    (WebCore):
    (WebCore::ClipboardChromium::validateFilename):
    
    Source/WebKit/chromium:
    
    Reviewed by Tony Chang.
    
    * WebKit.gypi:
    * tests/ClipboardChromiumTest.cpp: Added.
    (WebCore):
    (WebCore::TEST):
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105962 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  3. [chromium] Rollout r100751, this mechanism does not work and is very …

    commit-queue committed Jan 26, 2012
    …slow
    
    
    https://bugs.webkit.org/show_bug.cgi?id=77055
    
    Unreviewed rollout of http://trac.webkit.org/changeset/100751. The refresh rate mechanism is not implemented,
    but it still triggers a very slow codepath and triggers races on some platforms.
    
    Patch by James Robinson <jamesr@chromium.org> on 2012-01-25
    
    Source/WebCore:
    
    * platform/PlatformScreen.h:
    (WebCore):
    * platform/chromium/PlatformScreenChromium.cpp:
    * platform/chromium/PlatformSupport.h:
    (PlatformSupport):
    ():
    * platform/graphics/chromium/cc/CCLayerTreeHost.h:
    (WebCore::CCSettings::CCSettings):
    (CCSettings):
    * platform/graphics/chromium/cc/CCThreadProxy.cpp:
    (WebCore::CCThreadProxy::initializeImplOnImplThread):
    
    Source/WebKit/chromium:
    
    * public/WebScreenInfo.h:
    (WebScreenInfo):
    (WebKit::WebScreenInfo::WebScreenInfo):
    * src/PlatformSupport.cpp:
    * src/WebViewImpl.cpp:
    (WebKit::WebViewImpl::setIsAcceleratedCompositingActive):
    * tests/CCLayerTreeHostTest.cpp:
    (WTF::CCLayerTreeHostTest::runTest):
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105961 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  4. Unreviewed. Reverting the addition of storage/indexeddb/prefetch-bugf…

    leviw committed Jan 26, 2012
    …ix-108071.html
    
    to Chromium's test_expectations. The proper place for this test to be disabled was
    in Chromium, since it failed in test_shell.
    
    * platform/chromium/test_expectations.txt:
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105960 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  5. nrwt: running w/ no arguments fails

    dpranke committed Jan 26, 2012
    https://bugs.webkit.org/show_bug.cgi?id=77064
    
    Unreviewed, build fix.
    
    This change fixes a regression introduced in r105944
    where running without --platform <foo> or one of the other
    platform switches would cause a null deref :(.
    
    * Scripts/webkitpy/layout_tests/run_webkit_tests.py:
    (main):
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105957 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  6. Automatically CC someone from Apple on any changes to Obj-C public API

    eseidel committed Jan 26, 2012
    https://bugs.webkit.org/show_bug.cgi?id=77053
    
    Reviewed by Timothy Hatcher.
    
    This has long been de-facto practice, seems now that we have
    fancy watchlist support, we should just make the tools
    do this automatically.
    
    * Scripts/webkitpy/common/config/watchlist:
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105956 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  7. Updating status in committers.py.

    pimanttr committed Jan 26, 2012
    Unreviewed.
    
    * Scripts/webkitpy/common/config/committers.py:
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105955 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  8. test-webkitpy: executive_unittest fails if PYTHONPATH isn't set

    dpranke committed Jan 26, 2012
    https://bugs.webkit.org/show_bug.cgi?id=77058
    
    Reviewed by Eric Seidel.
    
    r105935 broke executive_unittest by changing which script we
    were running and not ensuring that the PYTHONPATH was set up
    properly.
    
    This change also fixes a regression introduced recently where
    test-webkitpy wasn't figuring out the path to Tools/Scripts
    right, either (so running ./test-webkitpy would fail).
    
    * Scripts/test-webkitpy:
    * Scripts/webkitpy/common/system/executive_unittest.py:
    (script_dir):
    (ExecutiveTest.setUp):
    (ExecutiveTest):
    (ExecutiveTest.tearDown):
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105954 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  9. Disable tests on the mac-ews while we sort out hte stability issues.

    Adam Barth committed Jan 26, 2012
    * Scripts/webkitpy/tool/commands/earlywarningsystem.py:
    (MacEWS):
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105952 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  10. investigate use of 'mac' and 'win' as fully-specified port names for …

    dpranke committed Jan 26, 2012
    …the apple ports
    
    
    https://bugs.webkit.org/show_bug.cgi?id=76475
    
    Reviewed by Eric Seidel.
    
    This patch cleans up the internal usage of port names for the
    Apple mac and Apple win ports so that 'mac' and 'win are never
    considered "fully specified" port names: they are still legal
    input to the PortFactory.get() routine, but only if run on the given
    platform (i.e. trying to PortFactory.get('mac') on windows or
    linux will return an error, since we don't know which version of
    the port is desired.
    
    This also cleans up handling of the webkit2 variants, so that
    the full port names consistently follow the
    <operating_system>-<version>[-<wk2>] convention.
    
    Lastly this patch adds some assertions and removes some
    try/catch logic to catch more programming and usage errors;
    previously mac-tiger might've been allowed -- and it would've
    translated into using just the baselines in platform/mac -- but
    now it should fail.
    
    * Scripts/webkitpy/layout_tests/port/apple.py:
    (ApplePort.determine_full_port_name):
    (ApplePort.__init__):
    (ApplePort):
    (ApplePort._port_name_with_version):
    * Scripts/webkitpy/layout_tests/port/builders.py:
    * Scripts/webkitpy/layout_tests/port/factory_unittest.py:
    (FactoryTest.test_mac):
    (FactoryTest.test_win):
    * Scripts/webkitpy/layout_tests/port/mac.py:
    (MacPort.baseline_search_path):
    * Scripts/webkitpy/layout_tests/port/mac_unittest.py:
    (MacTest.test_versions):
    * Scripts/webkitpy/layout_tests/port/win.py:
    (WinPort.baseline_search_path):
    * Scripts/webkitpy/layout_tests/port/win_unittest.py:
    (WinTest.test_versions):
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105951 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  11. Reapply Daniel Bates's build fix from r105847 after the exact same is…

    Mark Rowe committed Jan 26, 2012
    …sue was reintroduced in r105930.
    
    Attempt to fix Mac build after changeset <http://trac.webkit.org/changeset/105930>.
    (https://bugs.webkit.org/show_bug.cgi?id=75049)
    
    Don't include NotImplemented.h in KURL.h since NotImplemented.h includes Logging.h, which defines
    LOG_CHANNEL_PREFIX to be "Log". And this conflicts with the inclusion of WebKitLogging.h in
    WebHTMLView.mm (which would have defined LOG_CHANNEL_PREFIX to be "WebKitLog").
    
    * platform/KURL.h:
    (WebCore::KURL::innerURL):
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105950 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  12. Unreviewed. Marking svg/custom/object-sizing-explicit-width.xhtml and

    leviw committed Jan 26, 2012
    storage/indexeddb/prefetch-bugfix-108071.html as flaky on Chromium.
    
    * platform/chromium/test_expectations.txt:
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105949 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  13. webkitpy: print nicer errors while linting expectations files, remove…

    dpranke committed Jan 26, 2012
    … redundant tests
    
    
    https://bugs.webkit.org/show_bug.cgi?id=76955
    
    Reviewed by Adam Barth.
    
    This change cleans up the errors that are printed so that the
    are more "quickfix" compatible (path:lineno).
    
    Also, there were a bunch of redundant tests between
    layout_tests.models.test_expectations_unittest and
    style.checkers.test_expectations_unittest. The latter should
    just expect the former to do most of the testing.
    
    * Scripts/webkitpy/layout_tests/models/test_expectations.py:
    (TestExpectationParser._parse_modifiers):
    (TestExpectations._report_errors):
    (TestExpectations._add_skipped_tests):
    * Scripts/webkitpy/layout_tests/models/test_expectations_unittest.py:
    (test_parse_error_nonfatal):
    (SemanticTests.test_bad_bugid):
    * Scripts/webkitpy/style/checkers/test_expectations.py:
    (TestExpectationsChecker.__init__):
    * Scripts/webkitpy/style/checkers/test_expectations_unittest.py:
    (TestExpectationsTestCase.assert_lines_lint):
    (TestExpectationsTestCase.test_valid_expectations):
    (TestExpectationsTestCase.test_invalid_expectations):
    (TestExpectationsTestCase.test_tab):
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105948 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  14. Unreviewed, rolling out r105940.

    eseidel committed Jan 26, 2012
    http://trac.webkit.org/changeset/105940
    https://bugs.webkit.org/show_bug.cgi?id=76095
    
    Only half this change landed
    
    * DerivedSources.cpp:
    * DerivedSources.make:
    * DerivedSources.pri:
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105947 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  15. webkit-patch apply-* should always continue after failures

    eseidel committed Jan 26, 2012
    https://bugs.webkit.org/show_bug.cgi?id=77057
    
    Reviewed by Adam Barth.
    
    As far as I can tell there is only one potential drawback to always
    forcing: that if you're somehow in the wrong directory it will create new
    directories for new files.  Since webkit-patch always cd's to the root
    it seems that's not a drawback.  The drawback of not using --force for
    svn-apply, is that it will stop after the first failure, which is rarely
    (if ever) the desired behavior.  This just removes the force option
    (which was strangely hidden behind --non-interactive).  This should
    make for a better user experiance.
    
    * Scripts/webkitpy/common/checkout/checkout.py:
    (Checkout.apply_patch):
    * Scripts/webkitpy/common/checkout/checkout_mock.py:
    (MockCheckout.apply_patch):
    * Scripts/webkitpy/common/checkout/checkout_unittest.py:
    (CheckoutTest.test_chromium_deps):
    (CheckoutTest):
    (CheckoutTest.test_apply_patch):
    * Scripts/webkitpy/tool/commands/download_unittest.py:
    (DownloadCommandsTest._default_options):
    * Scripts/webkitpy/tool/steps/applypatch.py:
    (ApplyPatch.options):
    (ApplyPatch.run):
    * Scripts/webkitpy/tool/steps/options.py:
    (Options):
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105945 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  16. nrwt: should be able to run --platform test interactively

    dpranke committed Jan 26, 2012
    https://bugs.webkit.org/show_bug.cgi?id=76959
    
    Reviewed by Adam Barth.
    
    As part of refactoring the Port interfaces, in r103254 I made
    passing a Host object to the Port mandatory; previously TestPort
    objects would create their own (mock) hosts. However,
    new-run-webkit-tests always passed a real Host, not a MockHost,
    and so you couldn't run new-run-webkit-tests --platform test
    interactively to debug test failures.
    
    This change fixes that by creating a MockHost instead of a real
    host if you say --platform test*.
    
    * Scripts/webkitpy/layout_tests/run_webkit_tests.py:
    (main):
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105944 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  17. Attempted Mac build fix after r105939.

    Mark Rowe committed Jan 26, 2012
    * runtime/DatePrototype.cpp: Don't #include unicode/udat.h on Mac or iOS.
    It isn't used on these platforms and isn't available in the ICU headers
    for Mac.
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105943 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  18. Build in to an alternate location when USE_STAGING_INSTALL_PATH is set.

    Mark Rowe committed Jan 26, 2012
    <rdar://problem/10609417> Adopt USE_STAGING_INSTALL_PATH
    
    Reviewed by David Kilzer.
    
    Source/JavaScriptCore:
    
    * Configurations/Base.xcconfig: Define NORMAL_JAVASCRIPTCORE_FRAMEWORKS_DIR, which contains
    the path where JavaScriptCore is normally installed. Update JAVASCRIPTCORE_FRAMEWORKS_DIR
    to point to the staged frameworks directory when USE_STAGING_INSTALL_PATH is set.
    * Configurations/JavaScriptCore.xcconfig: Always set the framework's install name based on
    the normal framework location. This prevents an incorrect install name from being used when
    installing in to the staged frameworks directory.
    
    Source/ThirdParty:
    
    * gtest/xcode/Config/ProductionProject.xcconfig: Ensure that the staged frameworks path
    is in the framework search path when USE_STAGING_INSTALL_PATH is set. Look for the WebCore
    framework in the staged frameworks directory when USE_STAGING_INSTALL_PATH is set.
    
    Source/WebCore:
    
    * Configurations/WebCore.xcconfig: Define NORMAL_WEBCORE_FRAMEWORKS_DIR, which contains
    the path where WebCore is normally installed. Update WEBCORE_FRAMEWORKS_DIR to point to
    the staged frameworks directory when USE_STAGING_INSTALL_PATH is set. Define
    NORMAL_PRODUCTION_FRAMEWORKS_DIR, which contains the path where our public frameworks
    are normally installed. Update PRODUCTION_FRAMEWORKS_DIR to point to the staged frameworks
    directory when USE_STAGING_INSTALL_PATH is set. Always set the framework's install name
    based on the normal framework location. This prevents an incorrect install name from being
    used when installing in to the staged frameworks directory. Look for our other frameworks
    in the staged frameworks directory when USE_STAGING_INSTALL_PATH is set.
    
    Source/WebKit/mac:
    
    * Configurations/WebKit.xcconfig: Define NORMAL_WEBKIT_FRAMEWORKS_DIR, which contains
    the path where WebKit is normally installed. Update WEBKIT_FRAMEWORKS_DIR to point to
    the staged frameworks directory when USE_STAGING_INSTALL_PATH is set. Define
    NORMAL_PRODUCTION_FRAMEWORKS_DIR, which contains the path where our public frameworks
    are normally installed. Update PRODUCTION_FRAMEWORKS_DIR to point to the staged frameworks
    directory when USE_STAGING_INSTALL_PATH is set. Always set the framework's install name
    based on the normal framework location. This prevents an incorrect install name from being
    used when installing in to the staged frameworks directory. Look for our other frameworks
    in the staged frameworks directory when USE_STAGING_INSTALL_PATH is set. Update
    WEBCORE_PRIVATE_HEADERS_DIR to find WebCore at the top level of the staged frameworks
    directory when USE_STAGING_INSTALL_PATH is set, rather than finding it embedded inside of
    WebKit.framework.
    
    Source/WebKit2:
    
    * Configurations/BaseTarget.xcconfig: Define NORMAL_WEBKIT2_FRAMEWORKS_DIR, which contains
    the path where WebKit is normally installed. Update WEBKIT2_FRAMEWORKS_DIR to point to
    the staged frameworks directory when USE_STAGING_INSTALL_PATH is set. Update
    UMBRELLA_FRAMEWORKS_DIR so we can find WebCore at the top level of the staged frameworks
    directory when USE_STAGING_INSTALL_PATH is set, rather than finding it embedded inside of
    WebKit.framework.
    * Configurations/PluginProcess.xcconfig: Set our install path based on WEBKIT2_FRAMEWORKS_DIR.
    * Configurations/WebKit2.xcconfig: Set our install path based on WEBKIT2_FRAMEWORKS_DIR.
    Always set the framework's install name based on the normal framework location. This prevents
    an incorrect install name from being used when installing in to the staged frameworks directory.
    * Configurations/WebProcess.xcconfig: Set our install path based on WEBKIT2_FRAMEWORKS_DIR.
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105942 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  19. "text" and "URL" legacy clipboard types should not be case sensitive

    eseidel committed Jan 26, 2012
    https://bugs.webkit.org/show_bug.cgi?id=76947
    
    Reviewed by Adam Barth.
    
    Source/WebCore:
    
    This matches the HTML5 spec which says the first thing to do is to lowercase
    the type before comparing.
    I also removed the stripping of whitespace since that is not part of the modern spec (and no tests failed as a result of removal).
    Turns out we already had a test for case sensitivity, but it was disabled on Mac
    so I just re-enabled it and have added failing expectations for the parts
    of the test we still fail.
    
    * platform/mac/ClipboardMac.mm:
    (WebCore::cocoaTypeFromHTMLClipboardType):
    (WebCore::ClipboardMac::getData):
    
    LayoutTests:
    
    This test has been disabled on Mac since it was added 2 years ago.
    But we actually need to fix at least one of the bugs covered by this
    test, so I'm unskipping it and adding failing expectations for the
    parts Mac doens't yet pass.
    
    * platform/mac/Skipped:
    * platform/mac/editing/pasteboard/dataTransfer-setData-getData-expected.txt: Added.
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105941 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  20. HTMLIsIndexElement should not expose HTMLInputElement properties

    eseidel committed Jan 26, 2012
    https://bugs.webkit.org/show_bug.cgi?id=76095
    
    Reviewed by Adam Barth.
    
    Source/WebCore:
    
    document.createElement("isindex") should produce an HTMLUnknownElement
    per the HTML5 spec.  The parser automagically translates <isindex> into
    a whole dom tree roughly representing what <isindex> used to do 15 years ago. :)
    
    This patch just removes our support for HTMLIsIndexElement.  The parser
    support was already in.  Having support for HTMLIsIndexElement was causing
    one of the IE TestCenter tests to fail.
    
    Test: fast/dom/HTMLIsIndexElement/prototype-chain.html
    
    * DerivedSources.cpp:
    * DerivedSources.make:
    * DerivedSources.pri:
    * GNUmakefile.list.am:
    * Target.pri:
    * WebCore.exp.in:
    * WebCore.gypi:
    * WebCore.order:
    * WebCore.vcproj/WebCore.vcproj:
    * WebCore.xcodeproj/project.pbxproj:
    * bindings/gobject/GNUmakefile.am:
    * bindings/gobject/WebKitHTMLElementWrapperFactory.cpp:
    (WebKit::createHTMLElementWrapper):
    * bindings/objc/DOM.mm:
    (WebCore::createElementClassMap):
    * bindings/objc/DOMHTML.h:
    * bindings/objc/PublicDOMInterfaces.h:
    * html/HTMLElementsAllInOne.cpp:
    * html/HTMLIsIndexElement.cpp: Removed.
    * html/HTMLIsIndexElement.h: Removed.
    * html/HTMLIsIndexElement.idl: Removed.
    * html/HTMLTagNames.in:
    * page/DOMWindow.idl:
    
    Source/WebKit/mac:
    
    * MigrateHeaders.make:
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105940 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  21. Implement Date.toLocaleString() using ICU

    efidler committed Jan 26, 2012
    https://bugs.webkit.org/show_bug.cgi?id=76714
    
    Reviewed by Darin Adler.
    
    * runtime/DatePrototype.cpp:
    (JSC::formatLocaleDate):
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105939 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  22. HTMLEmbedObject should match HTMLObjectElement by stopping any load w…

    eseidel committed Jan 26, 2012
    …hen it is removed from beforeload
    
    
    https://bugs.webkit.org/show_bug.cgi?id=74360
    
    Reviewed by Adam Barth.
    
    Source/WebCore:
    
    Neither of these !renderer() checks is strictly necessary since requestObject()
    makes the same check.  However requestObject() asserts before it makes that
    check, so it makes sense to add the check to HTMLEmebedObject instead of
    removing the check from HTMLObjectElement.
    I also moved the protect RefPtr to before the beforeload dispatch since
    beforeload can remove the whole DOM element (as this test does) and
    thus I beleive the renderer() check could be checking free'd memory.
    
    Updated fast/dom/beforeload/remove-flash-in-beforeload-listener.html to test
    <embed> as well as <object>.
    
    * html/HTMLEmbedElement.cpp:
    (WebCore::HTMLEmbedElement::updateWidget):
    * html/HTMLObjectElement.cpp:
    (WebCore::HTMLObjectElement::updateWidget):
    
    LayoutTests:
    
    Test <embed> as well as <object> in this test.
    
    * fast/dom/beforeload/remove-flash-in-beforeload-listener.html:
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105938 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Commits on Jan 25, 2012
  1. Move focus/blur handling code of HTMLInputElement to InputType

    tkent-google committed Jan 25, 2012
    https://bugs.webkit.org/show_bug.cgi?id=76984
    
    Reviewed by Dimitri Glazkov.
    
    No new tests. Just a refactoring.
    
    * html/HTMLInputElement.cpp:
    (WebCore::HTMLInputElement::handleFocusEvent):
    Move the code to PasswordInputType::handleFocusEvent().
    (WebCore::HTMLInputElement::handleBlurEvent):
    Move the code to TextFieldInputType::handleBlurEvent() and
    PasswordInputType::handleBlurEvent().
    * html/InputType.cpp:
    (WebCore::InputType::handleFocusEvent):
    * html/InputType.h:
    (InputType): Add handleFocusEvent().
    * html/PasswordInputType.cpp:
    (WebCore::PasswordInputType::handleFocusEvent):
    Move the code for type=password from HTMLInputElement::handleFocusEvent().
    (WebCore::PasswordInputType::handleBlurEvent):
    Move the code for tyep=password from HTMLInputElement::handleBlurEvent().
    * html/PasswordInputType.h:
    (PasswordInputType): Add handleFocusEvent() and handleBlurEvent().
    * html/TextFieldInputType.cpp:
    (WebCore::TextFieldInputType::handleBlurEvent):
    Move the code for text field types from HTMLInputElement::handleBlurEvent().
    * html/TextFieldInputType.h:
    (TextFieldInputType): Add handleBlurEvent().
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105937 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  2. run-webkit-tests --lint-test-files should lint all the ports by default

    dpranke committed Jan 25, 2012
    https://bugs.webkit.org/show_bug.cgi?id=76749
    
    Reviewed by Ojan Vafai.
    
    Currently run-webkit-tests --lint-test-files will only lint the
    test_expectations for the single port determined by the command
    line options. This is not obvious and can produce unintended results
    if you want to lint the chromium port (probably the normal case
    for using --lint-test-files) but don't specify a port name or
    --chromium.
    
    I think we should probably lint *all* of the ports if no port
    name is supplied. This change implements that, and also moves
    the linting logic out of the Manager class, since this really
    has nothing to do with Managers. It has little to do with
    run-webkit-tests, but splitting it into a different script would
    introduce compatibility issues. It might make sense to do that
    anyway, in a separate patch and combining that with cleaning up
    the style checker to share more code.
    
    * Scripts/webkitpy/layout_tests/controllers/manager.py:
    (Manager._strip_test_dir_prefix):
    * Scripts/webkitpy/layout_tests/run_webkit_tests.py:
    (lint):
    (run):
    * Scripts/webkitpy/layout_tests/run_webkit_tests_integrationtest.py:
    (LintTest.test_all_configurations): added.
    (LintTest.test_lint_test_files): added.
    (LintTest.test_lint_test_files__errors): added.
    (MainTest.test_lint_test_files): removed.
    (MainTest.test_lint_test_files__errors): removed.
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105936 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  3. webkitpy: clean up a bunch of test scaffolding

    dpranke committed Jan 25, 2012
    https://bugs.webkit.org/show_bug.cgi?id=76973
    
    Reviewed by Eric Seidel.
    
    There were several helper modules in the webkitpy.test package
    that appear to only be used by executive_unittest.py. I am
    rolling them all into that file to make that clearer.
    
    * Scripts/webkitpy/common/system/executive_unittest.py:
    (ExecutiveTest.test_run_command_args_type):
    (ExecutiveTest.test_run_command_with_unicode):
    (ExecutiveTest.test_running_pids):
    (command_line):
    (main):
    * Scripts/webkitpy/common/system/fileutils.py: Removed.
    * Scripts/webkitpy/test/cat.py: Removed.
    * Scripts/webkitpy/test/cat_unittest.py: Removed.
    * Scripts/webkitpy/test/echo.py: Removed.
    * Scripts/webkitpy/test/echo_unittest.py: Removed.
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105935 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  4. [WK2][Qt] REGRESSION: Pages with transform animations sometimes omit …

    Noam Rosenthal committed Jan 25, 2012
    …some of the layers since r105413
    
    
    https://bugs.webkit.org/show_bug.cgi?id=76886
    
    Reviewed by Kenneth Rohde Christiansen.
    
    We now render the whole layer if it or one if its ancestors has an active transform
    animations. It's possible to optimize further in the future, but not currently necessary.
    Also, we make sure that when a WebGraphicsLayer's property that affects transformation is
    changed, all its descandants layers are marked as modified so that we re-adjust their
    visible rect in the next pass.
    
    * WebProcess/WebCoreSupport/WebGraphicsLayer.cpp:
    (WebCore::WebGraphicsLayer::notifyChangeRecursively):
    (WebCore):
    (WebCore::WebGraphicsLayer::setPosition):
    (WebCore::WebGraphicsLayer::setAnchorPoint):
    (WebCore::WebGraphicsLayer::setSize):
    (WebCore::WebGraphicsLayer::setTransform):
    (WebCore::WebGraphicsLayer::setChildrenTransform):
    (WebCore::WebGraphicsLayer::setPreserves3D):
    (WebCore::WebGraphicsLayer::setMasksToBounds):
    (WebCore::WebGraphicsLayer::addAnimation):
    (WebCore::WebGraphicsLayer::removeAnimation):
    (WebCore::WebGraphicsLayer::tiledBackingStoreVisibleRect):
    (WebCore::WebGraphicsLayer::selfOrAncestorHasActiveTransformAnimations):
    * WebProcess/WebCoreSupport/WebGraphicsLayer.h:
    (WebGraphicsLayer):
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105934 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  5. Node.cpp shouldn't duplicate QualifiedName parsing logic

    Adam Barth committed Jan 25, 2012
    https://bugs.webkit.org/show_bug.cgi?id=76672
    
    Reviewed by Eric Seidel.
    
    I added this code out of ignorance that this logic already existed in
    Document.cpp.  In a future patch, we should consider moving it to
    QualifiedName.cpp.
    
    * dom/Node.cpp:
    (WebCore):
    (WebCore::Node::checkSetPrefix):
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105933 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  6. Share more code between updateWidget implementations in HTMLEmbedElem…

    eseidel committed Jan 25, 2012
    …ent and HTMLObjectElement
    
    
    https://bugs.webkit.org/show_bug.cgi?id=74340
    
    Reviewed by Adam Barth.
    
    I'm preparing to unify these two methods, and starting by sharing more code between them.
    
    * html/HTMLEmbedElement.cpp:
    (WebCore::HTMLEmbedElement::updateWidget):
    * html/HTMLObjectElement.cpp:
    (WebCore::HTMLObjectElement::updateWidget):
    * html/HTMLPlugInElement.cpp:
    (WebCore::HTMLPlugInElement::guardedDispatchBeforeLoadEvent):
    * html/HTMLPlugInElement.h:
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105932 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  7. Remove Python 2.5 support from WebKit

    eseidel committed Jan 25, 2012
    https://bugs.webkit.org/show_bug.cgi?id=71593
    
    Reviewed by Adam Barth.
    
    Just removing support from this one core file.
    I'll commit the rest of the (large) change once we've
    gone 24 hours and seen that no bots have exploded.
    We can roll out this one change if we break bots
    and then roll in the rest once those bots are fixed.
    
    * Scripts/webkitpy/common/system/executive.py:
    (Executive.cpu_count):
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105931 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  8. Add full support for filesystem URLs.

    Eric Uhrhane committed Jan 25, 2012
    https://bugs.webkit.org/show_bug.cgi?id=75049
    
    Reviewed by Adam Barth.
    
    No new tests; existing layout tests cover the basic functionality, and
    the new functionality won't be there until Chromium adds it.  This patch
    merely enables that, without changing behavior.
    
    Source/WebCore:
    
    * fileapi/EntryBase.cpp:
    (WebCore::EntryBase::toURL): Add missing escaping of URL path.
    
    * page/SecurityOrigin.cpp:
    (WebCore::extractInnerURL): Use innerURL member, if it's populated.
    
    * platform/KURL.h:
    (WebCore::KURL::innerURL): Add innerURL member.
    
    * platform/KURLGoogle.cpp:
    (WebCore::KURLGooglePrivate::KURLGooglePrivate):
    (WebCore::KURLGooglePrivate::operator=):
    Add copy constructor and operator=, which are now needed since
    m_innerURL needs special handling.
    (WebCore::KURLGooglePrivate::setUtf8):
    (WebCore::KURLGooglePrivate::setAscii):
    Add calls to initInnerURL.
    (WebCore::KURLGooglePrivate::initInnerURL):
    Add method to init/copy m_innerURL.
    (WebCore::KURLGooglePrivate::copyTo):
    Handle m_innerURL during copies.
    (WebCore::encodeWithURLEscapeSequences):
    Unescape %2F ['/'] in paths; it's much more readable, and it's safe.
    
    * platform/KURLGooglePrivate.h:
    (WebCore::KURLGooglePrivate::innerURL): Add accessor for new m_innerURL.
    
    Source/WebKit/chromium:
    
    * tests/KURLTest.cpp:
    TEST(KURLTest, Encode): Update expectation that '/' sails through unescaped.
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105930 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  9. [Chromium] Layout Test fast/canvas/webgl/invalid-passed-params.html i…

    Noel Gordon committed Jan 25, 2012
    …s failing
    
    
    https://bugs.webkit.org/show_bug.cgi?id=75784
    
    Reviewed by Kenneth Russell.
    
    Passing on ToT chromium.org, webkit.org (GPU and non-GPU), rebaseline this test.
    
    * platform/chromium/test_expectations.txt:
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105929 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  10. [chromium] Refactor Clipboard invalidate for DataTransferItem/DataTra…

    Daniel Cheng committed Jan 25, 2012
    …nsferItemList into a wrapper
    
    
    https://bugs.webkit.org/show_bug.cgi?id=76993
    
    We want to unify the backing data store for ClipboardChromium and DataTransferItems. For
    that, we want use a similar representation to DataTransferItem list inside
    ChromiumDataObject.  However, since ChromiumDataObject should be valid in scopes where
    Clipboard is not (e.g. default drag processing), we need to separate the clipboard
    invalidation logic into a wrapper class.
    
    Reviewed by Tony Chang.
    
    Covered by existing tests.
    
    * platform/chromium/ClipboardChromium.cpp:
    ():
    (WebCore::ClipboardChromium::items):
    * platform/chromium/DataTransferItemChromium.cpp:
    (WebCore::DataTransferItemChromium::getAsString):
    * platform/chromium/DataTransferItemListChromium.cpp:
    (WebCore::DataTransferItemListChromium::length):
    (WebCore::DataTransferItemListChromium::item):
    (WebCore::DataTransferItemListChromium::deleteItem):
    (WebCore::DataTransferItemListChromium::clear):
    (WebCore::DataTransferItemListChromium::add):
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105928 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  11. html5-full-render.html fails due to a log

    rniwa committed Jan 25, 2012
    https://bugs.webkit.org/show_bug.cgi?id=77046
    
    Reviewed by Adam Barth.
    
    Replace the call to log() in html5-full-render.html by a call to newly added logInfo(),
    which doesn't print anything inside DRT.
    
    * Parser/html5-full-render.html:
    * resources/runner.js:
    (logInfo):
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105926 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  12. [Texmap] Divide TextureMapperNode.cpp to 3 files.

    Noam Rosenthal committed Jan 25, 2012
    https://bugs.webkit.org/show_bug.cgi?id=76660
    
     Reviewed by Kenneth Rohde Christiansen.
    
     Split the animation part of TextureMapperNode out to a separate file, called
     TextureMapperAnimation.
     Provide a clean interface for that class, that allows separating the internals of the scene
     painting from the internals of the animation interpolation.
    
     No new tests. Existing animation tests cover this.
    
     * GNUmakefile.list.am:
    
    * Target.pri:
    * WebCore.gypi:
    * platform/graphics/texmap/GraphicsLayerTextureMapper.cpp:
    (WebCore::GraphicsLayerTextureMapper::addAnimation):
    (WebCore::GraphicsLayerTextureMapper::pauseAnimation):
    (WebCore::GraphicsLayerTextureMapper::removeAnimation):
    * platform/graphics/texmap/GraphicsLayerTextureMapper.h:
    (GraphicsLayerTextureMapper):
    * platform/graphics/texmap/TextureMapperNode.cpp:
    (WebCore::TextureMapperNode::syncCompositingStateSelf):
    (WebCore::TextureMapperNode::descendantsOrSelfHaveRunningAnimations):
    (WebCore::TextureMapperNode::syncAnimations):
    (WebCore::TextureMapperNode::syncAnimationsRecursively):
    (WebCore::TextureMapperNode::syncCompositingState):
    * platform/graphics/texmap/TextureMapperNode.h:
    (TextureMapperNode):
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105925 268f45cc-cd09-0410-ab3c-d52691b4dbfc
  13. Layout Test http/tests/workers/terminate-during-sync-operation.html t…

    leviw committed Jan 25, 2012
    …imes out frequently on Win DBG
    
    
    https://bugs.webkit.org/show_bug.cgi?id=77047
    
    Unreviewed. Marking http/tests/workers/terminate-during-sync-operation.html as flaky (timeout) on Chromium Win DBG
    
    * platform/chromium/test_expectations.txt:
    
    
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@105924 268f45cc-cd09-0410-ab3c-d52691b4dbfc