WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
36396
disable chromium's downstream expectations and baselines temporarily for testing
https://bugs.webkit.org/show_bug.cgi?id=36396
Summary
disable chromium's downstream expectations and baselines temporarily for testing
Dirk Pranke
Reported
2010-03-19 16:17:24 PDT
We need to temporarily not look in the downstream chromium.org repo for test expectations or baselines to make sure the upstream version is working correctly.
Attachments
Patch
(5.32 KB, patch)
2010-03-19 16:18 PDT
,
Dirk Pranke
dglazkov
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Dirk Pranke
Comment 1
2010-03-19 16:18:58 PDT
Created
attachment 51202
[details]
Patch
Dimitri Glazkov (Google)
Comment 2
2010-03-19 16:20:18 PDT
Comment on
attachment 51202
[details]
Patch beam me up, Scotty.
Ojan Vafai
Comment 3
2010-03-19 16:24:05 PDT
Why temporarily? We should just do this permanently.
Dirk Pranke
Comment 4
2010-03-19 16:46:38 PDT
(In reply to
comment #3
)
> Why temporarily? We should just do this permanently.
Well, we do actually want to keep the overrides file around. We can probably delete the downstream baseline paths permanently, but I'll at least leave the paths commented out until the directories have actually been removed.
Ojan Vafai
Comment 5
2010-03-19 16:51:21 PDT
(In reply to
comment #4
)
> (In reply to
comment #3
) > > Why temporarily? We should just do this permanently. > > Well, we do actually want to keep the overrides file around. We can probably > delete the downstream baseline paths permanently, but I'll at least leave the > paths commented out until the directories have actually been removed.
The FIXME's imply that we won't remove the downstream directories. I don't see the point in leaving in commented out code. If we want to add them back, the old lines are still in our revision history.
Ojan Vafai
Comment 6
2010-03-19 16:52:08 PDT
Also, can't we just make the overrides file an empty text file, then we wouldn't need to comment out this code?
Dirk Pranke
Comment 7
2010-03-19 17:15:53 PDT
Fair enough. I'll delete the lines for now.(In reply to
comment #5
)
> (In reply to
comment #4
) > > (In reply to
comment #3
) > > > Why temporarily? We should just do this permanently. > > > > Well, we do actually want to keep the overrides file around. We can probably > > delete the downstream baseline paths permanently, but I'll at least leave the > > paths commented out until the directories have actually been removed. > > The FIXME's imply that we won't remove the downstream directories. > > I don't see the point in leaving in commented out code. If we want to add them > back, the old lines are still in our revision history.
Fair enough. I'll delete the lines for now.
Dirk Pranke
Comment 8
2010-03-19 17:18:04 PDT
(In reply to
comment #6
)
> Also, can't we just make the overrides file an empty text file, then we > wouldn't need to comment out this code?
No, since the file is in the chromium repo. Once we're content that the tests pass just looking at the webkit directories and the webkit expectations, we'll add the reference to the downstream file back in, and then when we do the next webkit roll, we'll empty out the file (and tell people what the process for updating it is).
Dirk Pranke
Comment 9
2010-03-19 17:19:04 PDT
Note that, for the record, my confidence that we can tell people to simply put baselines upstream is pretty low. I bet people are going to want to be able to check in baselines downstream ...
Dirk Pranke
Comment 10
2010-03-19 17:41:37 PDT
Committed
r56287
: <
http://trac.webkit.org/changeset/56287
>
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