WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
37555
new-run-webkit-tests --results-directory should be an absolute path
https://bugs.webkit.org/show_bug.cgi?id=37555
Summary
new-run-webkit-tests --results-directory should be an absolute path
Eric Seidel (no email)
Reported
2010-04-13 23:49:14 PDT
new-run-webkit-tests --results-directory should be an absolute path old-run-webkit-tests --results-directory takes an absolute path (or at least supports them), and that seems to make more sense. The existing build.webkit.org bot config scripts are used to being able to set this to an absolute path (or having it be CWD relative) instead of it being build-directory relative. If we change this we need to be careful not to break the chromium bots which likely depend on the current behavior.
Attachments
Add attachment
proposed patch, testcase, etc.
Eric Seidel (no email)
Comment 1
2010-04-13 23:51:25 PDT
Actually, we can change how we interpret this argument for just the webkit port. See webkit.py: def results_directory(self): # Results are store relative to the built products to make it easy # to have multiple copies of webkit checked out and built. return self._build_path(self._options.results_directory)
Eric Seidel (no email)
Comment 2
2010-04-13 23:52:27 PDT
Hmm.. and seems there is already code for absolute paths in run_webkit_tests.py: if options.results_directory.startswith("/"): # Assume it's an absolute path and normalize. options.results_directory = port_obj.get_absolute_path( options.results_directory) Maybe I was just calling the script wrong.
Dirk Pranke
Comment 3
2010-10-05 19:15:30 PDT
I think this has always worked, but last night in
r69065
I actually checked in some unit tests to ensure this is working. Closing ...
http://trac.webkit.org/changeset/69065
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug