Bug 38756 - new-run-webkit-tests: "win" port (Apple's Cygwin/Windows port) doesn't work
Summary: new-run-webkit-tests: "win" port (Apple's Cygwin/Windows port) doesn't work
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Tools / Tests (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC Windows XP
: P2 Normal
Assignee: Brent Fulgham
URL:
Keywords: InRadar, NRWT
Depends on: 38716 64439 64468 64469 64471 64472 64533 75479 75486 75629 75707 75708 76933 76935 76936 116693 116698 117098
Blocks: 34984 82627 88680
  Show dependency treegraph
 
Reported: 2010-05-07 09:31 PDT by Eric Seidel (no email)
Modified: 2013-11-18 10:42 PST (History)
9 users (show)

See Also:


Attachments
work-in-progress all-in-one messy patch (14.09 KB, patch)
2010-05-07 09:43 PDT, Adam Roben (:aroben)
no flags Details | Formatted Diff | Diff
Patch (1.62 KB, patch)
2011-02-17 18:45 PST, Dirk Pranke
no flags Details | Formatted Diff | Diff
Update to the all-in-one messy patch (2.70 KB, patch)
2011-03-31 19:26 PDT, Adam Roben (:aroben)
no flags Details | Formatted Diff | Diff
Patch (2.35 KB, patch)
2013-05-22 22:48 PDT, Brent Fulgham
no flags Details | Formatted Diff | Diff
Patch (1.37 KB, patch)
2013-05-23 15:40 PDT, Brent Fulgham
no flags Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Eric Seidel (no email) 2010-05-07 09:31:40 PDT
new-run-webkit-tests does not work on windows

Needs a few tweaks to win.py
Comment 1 Adam Roben (:aroben) 2010-05-07 09:43:32 PDT
Created attachment 55389 [details]
work-in-progress all-in-one messy patch

Here's a patch that I was working on during the Contributors Meeting. It gets things pretty far along on Windows. Here's a summary of the changes:

port/apache_http_server.py:

* Ripped out support for Chromium/win, since apparently they don't use this file. That let me remove lots of code that converted paths between Cygwin Apache and Windows Python. We don't need that code for Apple's Windows port, since we use both Cygwin Apache and Cygwin Python. This could probably be broken up into two or more patches.
* Now honors the port.apache_supports_ssl() method and turns off SSL features as needed. This could easily be broken out into its own patch.

port/base.py:

* Added apache_supports_ssl()
* Changed filename_to_uri not to add an extra / in Apple's Windows port, since we're dealing with Cygwin paths at this point. This could obviously be better abstracted.

port/server_process.py:

* Added prepare_path_for_driver, which at this level just returns the path unmodified.
* Changed run_test to use the new prepare_path_for_driver method.

port/websocket_server.py:

* Excluded some Chromium-specific code from running on Apple's Windows port

port/win.py:

* Implemented apache_supports_ssl
* Implemented baseline_search_path
* Implemented prepare_path_for_driver by converting the path to a Windows-style path using cygpath
* Implemented show_results_html_file using cygstart, since python's webbrowser module doesn't work in Cygwin
* Added supremely lame versions of default_configuration and _check_port_build

run_webkit_tests.py:

* Default to using Apache on Cygwin. This might screw up Chromium/win.
Comment 2 Eric Seidel (no email) 2010-05-07 09:49:24 PDT
Thanks for the starting point Adam!
Comment 3 Dirk Pranke 2010-05-07 14:44:07 PDT
It's true that at the moment Chromium doesn't use apache on Windows, but we have often wanted to (and we do have the command line flags to switch). I believe in the past we've found Apache too unstable to use, but I'm not sure if that's cygwin apache or a native port.

So, please don't rip that code out just yet.

Ojan, can you confirm?
Comment 4 Eric Seidel (no email) 2010-05-07 15:48:01 PDT
It was ripped out after talking to Ojan. :)  SVN never forgets after all.
Comment 5 Ojan Vafai 2010-05-07 17:45:45 PDT
(In reply to comment #4)
> It was ripped out after talking to Ojan. :)  SVN never forgets after all.

Yup. Since we don't have anyone in Chromium land actively trying to get this working, this is just dead code. Anyone who decides to make this work for chrome will have the SVN revision to look at to piece this back together. Until then, leaving this code in just slows down other development on it.
Comment 6 Eric Seidel (no email) 2010-05-07 18:01:11 PDT
Part of this will be fixed by bug 38716.
Comment 7 Dirk Pranke 2010-10-05 19:17:09 PDT
editing subject slightly, from "new-run-webkit-tests doesn't work on windows" to "new-run-webkit-tests: 'win' port doesn't work".

chromium-win works fine ;)
Comment 8 Dirk Pranke 2011-02-17 18:45:06 PST
Created attachment 82890 [details]
Patch
Comment 9 Dirk Pranke 2011-02-17 19:01:49 PST
Comment on attachment 82890 [details]
Patch

nm ... filing a different bug to track this.
Comment 10 Adam Roben (:aroben) 2011-03-31 19:26:29 PDT
Created attachment 87818 [details]
Update to the all-in-one messy patch

This gets things a little bit working again in ToT, but DRT seems to hang in fread() after running one test.
Comment 11 Radar WebKit Bug Importer 2011-10-03 11:25:36 PDT
<rdar://problem/10224910>
Comment 12 Eric Seidel (no email) 2011-10-27 14:25:46 PDT
Moving this off of the "move all bots" bug, as I don't plan to do this before closing that bug and making NRWT default for all other ports. win will remain on an explicit black-list of unsupported ports for now.
Comment 13 Adam Roben (:aroben) 2011-10-27 14:28:51 PDT
(In reply to comment #12)
> Moving this off of the "move all bots" bug, as I don't plan to do this before closing that bug and making NRWT default for all other ports. win will remain on an explicit black-list of unsupported ports for now.

That seems a little weird. Seems like the other bug needs a new title if it isn't going to be about moving "all" bots.
Comment 14 Eric Seidel (no email) 2011-10-27 14:34:05 PDT
I'm happy to leave it on.  I just figured with now 122 dependent bugs, it was time to retire the "all bots" bug.  I was going to post a patch to it shortly to move from a white-list, to a black-list.  And leave "win" in the blacklist (along with qt-arm).

Since I can't easily do this win work myself, it seemed silly to have this still on my burn-down list.

But I'm happy to relate the bugs however you'd like. :)
Comment 15 Adam Roben (:aroben) 2011-10-27 14:39:25 PDT
(In reply to comment #14)
> I'm happy to leave it on.  I just figured with now 122 dependent bugs, it was time to retire the "all bots" bug.  I was going to post a patch to it shortly to move from a white-list, to a black-list.  And leave "win" in the blacklist (along with qt-arm).

Moving to a blacklist sounds good.

> Since I can't easily do this win work myself, it seemed silly to have this still on my burn-down list.
> 
> But I'm happy to relate the bugs however you'd like. :)

The bugs exist outside of any one person's to-do list. "Switch all bots to NRWT" is still a valid task even if you can't complete it on your own. It seems confusing to have the "switch all bots" bug get closed without all bots being switched.
Comment 16 Dirk Pranke 2011-10-27 14:54:38 PDT
Perhaps more on-target, is anyone actually working on getting the apple win port to work? Or planning to work on it, at least?
Comment 17 Eric Seidel (no email) 2011-10-27 15:01:39 PDT
I know of no active development on the subject.  But I'm sure it eventually will happen.  :)
Comment 18 Adam Roben (:aroben) 2011-10-27 15:32:00 PDT
I am planning to work on it sometime in the next few months, but it's hard to be more specific than that.
Comment 19 Brent Fulgham 2013-05-22 22:48:49 PDT
Created attachment 202647 [details]
Patch
Comment 20 Ryosuke Niwa 2013-05-23 13:49:44 PDT
Comment on attachment 202647 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=202647&action=review

> Tools/Scripts/webkitpy/port/win.py:107
> +    #
> +    # PROTECTED ROUTINES
> +    #
> +    # The routines below should only be called by routines in this class
> +    # or any of its subclasses.
> +    #

We don't normally add comments like this. Please remove them.
Comment 22 Brent Fulgham 2013-05-23 14:01:08 PDT
Landed an initial change that gets the tests running.  Everything seems to work pretty well, although there are some mysterious CSS failures that Adam already pointed out in Bug 75707.
Comment 23 Brent Fulgham 2013-05-23 14:01:37 PDT
Comment on attachment 202647 [details]
Patch

Clearing patch flag now that the change landed so I can make further updates.
Comment 24 Adam Roben (:aroben) 2013-05-23 14:04:57 PDT
Awesome!
Comment 25 Brent Fulgham 2013-05-23 15:40:15 PDT
Created attachment 202746 [details]
Patch
Comment 26 Ryosuke Niwa 2013-05-23 16:00:30 PDT
Comment on attachment 202746 [details]
Patch

Clearing flags on attachment: 202746

Committed r150615: <http://trac.webkit.org/changeset/150615>
Comment 27 Ryosuke Niwa 2013-05-23 16:00:36 PDT
All reviewed patches have been landed.  Closing bug.
Comment 28 Brent Fulgham 2013-05-23 17:22:46 PDT
This is a meta-bug. Close when the sub-tasks are complete.
Comment 29 Brent Fulgham 2013-11-18 10:42:00 PST
All subtasks complete.  Closing bug.