Remove obsolete Windows-specific results for svg/dom/path-parser.html

r72381 made these unnecessary.

* platform/win/svg/dom/path-parser-expected.txt: Removed.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72546 268f45cc-cd09-0410-ab3c-d52691b4dbfc
2010-11-22  Hayato Ito  <hayato@chromium.org>

        Reviewed by Tony Chang.

        [NRWT] Retry a few times in reading a png image to avoid a race condition.

        https://bugs.webkit.org/show_bug.cgi?id=49924

        * Scripts/webkitpy/layout_tests/port/chromium.py:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72547 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Update Windows XP results for fast/text/international/bidi-control-chars-treated-as-ZWS.html

The render tree dump on XP now matches Mac. I updated the pixel results
to match the current rendering (the two test lines have moved down
slightly).

* platform/win-xp/fast/text/international/bidi-control-chars-treated-as-ZWS-expected.checksum:
* platform/win-xp/fast/text/international/bidi-control-chars-treated-as-ZWS-expected.png:
* platform/win-xp/fast/text/international/bidi-control-chars-treated-as-ZWS-expected.txt: Removed.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72548 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Add Windows-specific results for fast/ruby/nested-ruby.html

* platform/win/fast/ruby/nested-ruby-expected.checksum: Added.
* platform/win/fast/ruby/nested-ruby-expected.png: Added.
* platform/win/fast/ruby/nested-ruby-expected.txt: Added.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72549 268f45cc-cd09-0410-ab3c-d52691b4dbfc
2010-11-22  Ryosuke Niwa  <rniwa@webkit.org>

        Unreviewed update of Windows Skipped list.

        editing/selection/5825350-1.html and 5825350-2.html erroneously
        had expectations with console error message even though textInputController
        hasn't been implemented on Windows (the bug 32021),

        Removed these expectations and added the tests to the skipped list.

        * platform/win/Skipped:
        * platform/win/editing/selection/5825350-1-expected.txt: Removed.
        * platform/win/editing/selection/5825350-2-expected.txt: Removed.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72550 268f45cc-cd09-0410-ab3c-d52691b4dbfc
2010-11-19  Hayato Ito  <hayato@chromium.org>

        Reviewed by Shinichiro Hamaji.

        Simplify Driver.run_test() so that it takes only one parameter, TestInput.

        https://bugs.webkit.org/show_bug.cgi?id=49812

        * Scripts/webkitpy/layout_tests/driver_test.py:
        * Scripts/webkitpy/layout_tests/layout_package/dump_render_tree_thread.py:
        * Scripts/webkitpy/layout_tests/port/base.py:
        * Scripts/webkitpy/layout_tests/port/base_unittest.py:
        * Scripts/webkitpy/layout_tests/port/chromium.py:
        * Scripts/webkitpy/layout_tests/port/dryrun.py:
        * Scripts/webkitpy/layout_tests/port/test.py:
        * Scripts/webkitpy/layout_tests/port/webkit.py:
        * Scripts/webkitpy/layout_tests/run_webkit_tests.py:
        * Scripts/webkitpy/layout_tests/run_webkit_tests_unittest.py:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72551 268f45cc-cd09-0410-ab3c-d52691b4dbfc
2010-10-21  Luiz Agostini  <luiz.agostini@openbossa.org>

        Reviewed by Darin Adler.

        Implement CSSOM View matchMedia interface
        https://bugs.webkit.org/show_bug.cgi?id=37205

        New property matchMedia was added to window.

        * fast/dom/Window/window-properties-expected.txt:
        * fast/dom/Window/window-property-descriptors-expected.txt:

        window.matchMedia and MediaQueryList tests.

        * fast/media/media-query-list-01-expected.txt: Added.
        * fast/media/media-query-list-01.html: Added.

        The following tests depend on LayoutTestController::setViewModeMediaFeature() to work.
        As it is only implemented by Qt and Gtk the tests needed to be skipped in all other platforms.

        * fast/media/media-query-list-02-expected.txt: Added.
        * fast/media/media-query-list-02.html: Added.
        * fast/media/media-query-list-03-expected.txt: Added.
        * fast/media/media-query-list-03.html: Added.
        * fast/media/media-query-list-04-expected.txt: Added.
        * fast/media/media-query-list-04.html: Added.
        * fast/media/media-query-list-05-expected.txt: Added.
        * fast/media/media-query-list-05.html: Added.
        * fast/media/media-query-list-06-expected.txt: Added.
        * fast/media/media-query-list-06.html: Added.
        * fast/media/media-query-list-07-expected.txt: Added.
        * fast/media/media-query-list-07.html: Added.
        * platform/chromium/test_expectations.txt:
        * platform/mac/Skipped:
        * platform/win/Skipped:
2010-10-21  Luiz Agostini  <luiz.agostini@openbossa.org>

        Reviewed by Darin Adler.

        Implement CSSOM View matchMedia interface
        https://bugs.webkit.org/show_bug.cgi?id=37205

        New interfaces may be used to evaluate media queries and to associate listeners
        to media queries. Those listeners are called whenever the associated query changes.
        Specification may be found at http://dev.w3.org/csswg/cssom-view/#the-mediaquerylist-interface

        operator== added to JS version of ScriptValue.
        Method isFunction added to JS and V8 versions of ScriptValue.

        * bindings/js/ScriptValue.cpp:
        (WebCore::ScriptValue::isFunction):
        * bindings/js/ScriptValue.h:
        (WebCore::ScriptValue::operator==):
        * bindings/v8/ScriptValue.h:
        (WebCore::ScriptValue::isFunction):

        Some changes were needed to the code generators to handle type MediaQueryListListener.

        * bindings/scripts/CodeGeneratorGObject.pm:
        * bindings/scripts/CodeGeneratorJS.pm:
        * bindings/scripts/CodeGeneratorV8.pm:

        Some changes to the bindings test results that were previously added.

        * bindings/scripts/test/GObject/WebKitDOMTestMediaQueryListListener.cpp:
        * bindings/scripts/test/GObject/WebKitDOMTestMediaQueryListListener.h:
        * bindings/scripts/test/JS/JSTestMediaQueryListListener.cpp:
        (WebCore::jsTestMediaQueryListListenerPrototypeFunctionMethod):
        * bindings/scripts/test/V8/V8TestMediaQueryListListener.cpp:
        (WebCore::TestMediaQueryListListenerInternal::methodCallback):
        (WebCore::ConfigureV8TestMediaQueryListListenerTemplate):

        New interfaces:

        * css/MediaQueryList.cpp: Added.
        * css/MediaQueryList.h: Added.
        * css/MediaQueryList.idl: Added.

        * css/MediaQueryListListener.cpp: Added.
        * css/MediaQueryListListener.h: Added.
        * css/MediaQueryListListener.idl: Added.

        To avoid adding code to classes DOMWindow and Document a new class MediaQueryMatcher was created.

        * css/MediaQueryMatcher.cpp: Added.
        * css/MediaQueryMatcher.h: Added.

        Document and DOMWindow have changed to support new features. DOMWindow is the class that
        publishes methods matchMedia but for page cache to work properly the reference to the
        MediaQueryMatcher must be in Document.

        * dom/Document.cpp:
        (WebCore::Document::~Document):
        (WebCore::Document::mediaQueryMatcher):
        (WebCore::Document::styleSelectorChanged):
        * dom/Document.h:
        * page/DOMWindow.cpp:
        (WebCore::DOMWindow::matchMedia):
        * page/DOMWindow.h:
        * page/DOMWindow.idl:

        Build systems

        * CMakeLists.txt:
        * DerivedSources.make:
        * GNUmakefile.am:
        * WebCore.gypi:
        * WebCore.pri:
        * WebCore.pro:
        * WebCore.vcproj/WebCore.vcproj:
        * WebCore.xcodeproj/project.pbxproj:
        * bindings/gobject/GNUmakefile.am:

        Tests: fast/media/media-query-list-01.html
               fast/media/media-query-list-02.html
               fast/media/media-query-list-03.html
               fast/media/media-query-list-04.html
               fast/media/media-query-list-05.html
               fast/media/media-query-list-06.html
               fast/media/media-query-list-07.html

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72552 268f45cc-cd09-0410-ab3c-d52691b4dbfc
2010-11-22  Ryosuke Niwa  <rniwa@webkit.org>

        Unreviewed update of Windows's skipped list and Chromium's test expectation.

        fast/text/international/thai-cursor-position.html erroneously had an expected result
        on Windows even though textInputController hasn't been implemented on Windows (the bug 32021).

        Removed the expected result and added the tests to Windows platform's skipped list.

        * platform/chromium/test_expectations.txt: Removed fast/text/international/thai-cursor-position.html.
        * platform/win/Skipped: Added fast/text/international/thai-cursor-position.html.
        * platform/win/fast/text/international/thai-cursor-position-expected.txt: Removed.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72553 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Make it possible to run tests on Windows without Visual Studio or VC++ Express installed

webkitdir.pm::setupCygwinEnv dies when Visual Studio and VC++ Express
are not installed. But this function doesn't need to be called when we
already have a build available and are just trying to run the tests.

Fixes <http://webkit.org/b/49932> New Windows 7 bot can't run tests
because Visual Studio/VC++ Express aren't installed

Reviewed by Dave Hyatt.

* Scripts/webkitdirs.pm:
(determineConfigurationForVisualStudio): Don't call setupCygwinEnv, as
it is not needed by this function. Also added a FIXME.

(usingVisualStudioExpress): Call setupCygwinEnv directly rather than
relying on determineConfigurationForVisualStudio doing it.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72554 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Use paths relative to $WebKitVSPropsRedirectionDir to access shared .vsprops files

Apple's Windows build allows placing header files and import libraries for WebKit's
dependencies (CoreGraphics, CFNetwork, SQLite, etc.) outside the source tree via the
$WebKitLibrariesDir environment variable. This is both required for production builds and
convenient for Apple-internal developer builds. Apple's production builds also require that
WebKit's shared .vsprops files be accessed relative to $WebKitLibrariesDir. In production
builds, the files are copied into that directory tree by the
WebKitLibraries/win/tools/WinTools.make file. In Apple-internal developer builds, the
copying is done by
JavaScriptCore/JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCoreGenerated.make.

This .vsprops copying is problematic in one very important case: when a developer updates
their source tree and then tries to build. Visual Studio only reads .vsprops files when a
project is first loaded. So, when Visual Studio is first opened after the .vsprops files are
updated, it reads in the old files that were already residing in $WebKitLibrariesDir. When a
build is started, JavaScriptCoreGenerated.make copies the new .vsprops files into
$WebKitLibrariesDir, but Visual Studio will not pick up the changes.  The rest of the build
will proceed with out-of-date .vsprops files, which will likely result in a build failure.

To fix this, we now use normal relative paths to access the .vsprops files in the source
tree rather than in $WebKitLibrariesDir, but prefix those paths with a new environment
variable, $WebKitVSPropsRedirectionDir. In developer builds, this environment variable is
unset, so the normal relative paths are used to read the .vsprops files out of the source
tree directly. In production builds, this environment variable is set to a fake directory
that will cause the .vsprops files in $WebKitLibrariesDir to be found when the relative path
is resolved.

For example, JavaScriptCore.vcproj uses this path for FeatureDefines.vsprops:

$(WebKitVSPropsRedirectionDir)..\..\..\WebKitLibraries\win\tools\vsprops\FeatureDefines.vsprops

In developer builds, where $WebKitVSPropsRedirectionDir is unset, this will point to the
files in WebKitLibraries\win\tools\vsprops in the source tree. In production builds,
JavaScriptCore.make sets $WebKitVSPropsRedirectionDir to
"$(SRCROOT)\AppleInternal\tools\vsprops\OpenSource\1\2\3\", so the full path for
FeatureDefines.vsprops becomes:

$(SRCROOT)\AppleInternal\tools\vsprops\OpenSource\1\2\3\..\..\..\WebKitLibraries\win\tools\vsprops\FeatureDefines.vsprops

which resolves to:

$(SRCROOT)\AppleInternal\tools\vsprops\OpenSource\WebKitLibraries\win\tools\vsprops\FeatureDefines.vsprops

(We rely on the fact that Windows doesn't care whether the directories "1", "2", and "3"
actually exist since they are matched by an equal number of ".." path components.)

Note that Visual Studio still won't pick up changes made to .vsprops files while Visual
Studio is open, but that problem hasn't seemed to cause developers many headaches so far.

Fixes <http://webkit.org/b/49181> Windows build fails mysteriously when .vsprops files are
updated

Reviewed by Dave Hyatt.

JavaScriptCore:

* JavaScriptCore.vcproj/JavaScriptCore.make: Set $WebKitVSPropsRedirectionDir so that
production builds can find the .vsprops files.

* JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCoreGenerated.make: Stopy copying the
.vsprops files. It isn't needed anymore.

* JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.vcproj:
* JavaScriptCore.vcproj/WTF/WTF.vcproj:
* JavaScriptCore.vcproj/jsc/jsc.vcproj:
* JavaScriptCore.vcproj/testapi/testapi.vcproj:
Changed to use paths relative to $WebKitVSPropsRedirectionDir to access shared .vsprops
files.

WebCore:

* WebCore.vcproj/WebCore.make: Set $WebKitVSPropsRedirectionDir so that
production builds can find the .vsprops files.

* WebCore.vcproj/QTMovieWin.vcproj:
* WebCore.vcproj/WebCore.vcproj:
Changed to use paths relative to $WebKitVSPropsRedirectionDir to access shared .vsprops
files.

WebKit/win:

* WebKit.vcproj/WebKit.make: Set $WebKitVSPropsRedirectionDir so that production builds can
find the .vsprops files.

* WebKit.vcproj/WebKit.vcproj:
* WebKit.vcproj/Interfaces.vcproj:
* WebKit.vcproj/WebKitGUID.vcproj:
Changed to use paths relative to $WebKitVSPropsRedirectionDir to access shared .vsprops
files.

WebKit2:

* win/WebKit2.make: Set $WebKitVSPropsRedirectionDir so that production builds can
find the .vsprops files.

* win/WebKit2.vcproj:
* win/WebKit2WebProcess.vcproj:
Changed to use paths relative to $WebKitVSPropsRedirectionDir to access shared .vsprops
files.

WebKitLibraries:

* win/tools/WinTools.make: Copy the shared .vsprops files into a directory tree beneath
AppleInternal\tools\vsprops that matches the source directory tree. This allows production
builds to redirect the relative paths used to find the shared .vsprops files into
AppleInternal by setting $WebKitVSPropsRedirectionDir to the appropriate value.

WebKitTools:

* DumpRenderTree/TestNetscapePlugIn/win/TestNetscapePlugin.vcproj:
* DumpRenderTree/win/DumpRenderTree.vcproj:
* DumpRenderTree/win/ImageDiff.vcproj:
* FindSafari/FindSafari.vcproj:
* MiniBrowser/MiniBrowser.vcproj:
* TestWebKitAPI/win/TestWebKitAPI.vcproj:
* TestWebKitAPI/win/TestWebKitAPIGenerated.vcproj:
* WebKitAPITest/WebKitAPITest.vcproj:
* WebKitLauncherWin/WebKitLauncherWin.vcproj:
* WebKitTestRunner/win/InjectedBundle.vcproj:
* WebKitTestRunner/win/WebKitTestRunner.vcproj:
* WinLauncher/WinLauncher.vcproj:
* record-memory-win/record-memory-win.vcproj:
Changed to use paths relative to $WebKitVSPropsRedirectionDir to access shared .vsprops
files.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72555 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed. Update Qt specific expected results after r72552.

* platform/qt/fast/dom/Window/window-properties-expected.txt:
* platform/qt/fast/dom/Window/window-property-descriptors-expected.txt:
* platform/qt/fast/dom/prototype-inheritance-expected.txt:



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72556 268f45cc-cd09-0410-ab3c-d52691b4dbfc
2010-11-22  Luiz Agostini  <luiz.agostini@openbossa.org>

        Unreviewed, Windows build fix.

        Adding JSMediaQueryList to DerivedSources.cpp.

        * DerivedSources.cpp:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72557 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Update WebKit2 skipped list.

* platform/mac-wk2/Skipped:



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72559 268f45cc-cd09-0410-ab3c-d52691b4dbfc
2010-11-22  Tony Chang  <tony@chromium.org>

        Unreviewed, roll Chromium DEPS to r67004.

        * DEPS:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72560 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed. Update GTK and Mac specific expected results after r72552.

* fast/dom/Window/window-properties-expected.txt:
* fast/dom/prototype-inheritance-expected.txt:
* platform/gtk/fast/dom/Window/window-property-descriptors-expected.txt:
* platform/gtk/fast/dom/prototype-inheritance-expected.txt:



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72561 268f45cc-cd09-0410-ab3c-d52691b4dbfc
2010-11-22  Ryosuke Niwa  <rniwa@webkit.org>

        Unreviewed rebaseline for Chromium.

        Removed the erroneous expected result for editing/deleting/5168598.html on chromium linux.

        * platform/chromium-linux/editing/deleting/5168598-expected.txt: Removed.
        * platform/chromium/test_expectations.txt: Removed editing/deleting/5168598.html.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72562 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Update Windows results for transforms/2d/hindi-rotated.html after r72173

The existing pixel results were XP-specific so I moved them to
LayoutTests/platform/win-xp.

* platform/win-xp/transforms/2d/hindi-rotated-expected.checksum: Added.
* platform/win-xp/transforms/2d/hindi-rotated-expected.png: Added.
* platform/win-xp/transforms/2d/hindi-rotated-expected.txt:
* platform/win/transforms/2d/hindi-rotated-expected.checksum:
* platform/win/transforms/2d/hindi-rotated-expected.png:
* platform/win/transforms/2d/hindi-rotated-expected.txt:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72563 268f45cc-cd09-0410-ab3c-d52691b4dbfc
2010-11-22  Hayato Ito  <hayato@chromium.org>

        Reviewed by Shinichiro Hamaji.

        Ignore reference files which will be used by reftests when collecting
        test cases.
        https://bugs.webkit.org/show_bug.cgi?id=49835

        * Scripts/webkitpy/layout_tests/port/test_files.py:
        * Scripts/webkitpy/layout_tests/port/test_files_unittest.py:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72564 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed.  Add flaky crash expectation for fast/files/revoke-blob-url.html on mac debug.

* platform/chromium/test_expectations.txt:



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72565 268f45cc-cd09-0410-ab3c-d52691b4dbfc
2010-11-22  Charlie Reis  <creis@chromium.org>

        Reviewed by Darin Fisher.

        Update correct content state during back/forward navigations
        https://bugs.webkit.org/show_bug.cgi?id=48809

        Test that we update content state when leaving a form in a subframe.

        * fast/history/saves-state-after-frame-nav.html:
        * fast/history/saves-state-after-frame-nav-expected.txt:
        * fast/history/resources/subframe-with-form.html:
2010-11-22  Charlie Reis  <creis@chromium.org>

        Reviewed by Darin Fisher.

        Update correct content state during back/forward navigations
        https://bugs.webkit.org/show_bug.cgi?id=48809

        Ensures that history's previousItem is non-null when clients try to
        update content state (e.g., Chromium's UpdateSessionHistory).  We now
        track load completions with a boolean field rather than by clearing
        previousItem.

        Test: fast/history/saves-state-after-frame-nav.html

        * loader/HistoryController.cpp:
        * loader/HistoryController.h:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@72566 268f45cc-cd09-0410-ab3c-d52691b4dbfc