WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
44483
[chromium] fix the platform result fallback order on mac/win
https://bugs.webkit.org/show_bug.cgi?id=44483
Summary
[chromium] fix the platform result fallback order on mac/win
Tony Chang
Reported
2010-08-23 19:12:39 PDT
[chromium] fix the platform result fallback order on mac/win
Attachments
Patch
(2.91 KB, patch)
2010-08-23 19:13 PDT
,
Tony Chang
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Tony Chang
Comment 1
2010-08-23 19:13:09 PDT
Created
attachment 65206
[details]
Patch
Tony Chang
Comment 2
2010-08-23 19:14:13 PDT
The previous code happened to work on Linux because the fallback order on linux was hardcoded. On Mac and Win, it's based on the port name. To match existing behavior, we need to pass in null for port name.
Tony Chang
Comment 3
2010-08-23 19:16:39 PDT
To clarify some more, the bug was that --platform 'google-chrome-win' wasn't including chromium-win-xp or chromium-win-vista. This fixes it so the port name will still be chromium-win-{xp,vista}, even though we insert the google-chrome-win path in the baseline search path.
Eric Seidel (no email)
Comment 4
2010-08-24 14:36:36 PDT
I'm still confused why None is required here.
Tony Chang
Comment 5
2010-08-24 14:42:58 PDT
(In reply to
comment #4
)
> I'm still confused why None is required here.
None causes us to assign the default port name:
http://trac.webkit.org/browser/trunk/WebKitTools/Scripts/webkitpy/layout_tests/port/chromium_mac.py#L47
http://trac.webkit.org/browser/trunk/WebKitTools/Scripts/webkitpy/layout_tests/port/chromium_win.py#L44
For windows, this is important because that's where -xp or -vista comes from.
Eric Seidel (no email)
Comment 6
2010-08-24 14:49:02 PDT
Comment on
attachment 65206
[details]
Patch So these ports end up maskerading as win or mac or whatever? Or I guess they get the chromium through inheriting from the Chromium port?
Tony Chang
Comment 7
2010-08-24 14:52:10 PDT
(In reply to
comment #6
)
> (From update of
attachment 65206
[details]
) > So these ports end up maskerading as win or mac or whatever? Or I guess they get the chromium through inheriting from the Chromium port?
Yes, these ports are identical to the chromium-win or chromium-mac ports. We just want an extra layout test directory to check first for results.
Eric Seidel (no email)
Comment 8
2010-08-24 15:19:36 PDT
Comment on
attachment 65206
[details]
Patch I'm still a bit confused, but I trust you.
Dirk Pranke
Comment 9
2010-08-24 15:29:07 PDT
Comment on
attachment 65206
[details]
Patch Good catch. LGTM (although I'm not a reviewer).
Tony Chang
Comment 10
2010-08-24 15:37:45 PDT
Comment on
attachment 65206
[details]
Patch Clearing flags on attachment: 65206 Committed
r65944
: <
http://trac.webkit.org/changeset/65944
>
Tony Chang
Comment 11
2010-08-24 15:37:50 PDT
All reviewed patches have been landed. Closing bug.
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