WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
99759
Create skia_webkit.gyp to improve rebaselining.
https://bugs.webkit.org/show_bug.cgi?id=99759
Summary
Create skia_webkit.gyp to improve rebaselining.
bungeman
Reported
2012-10-18 14:47:35 PDT
Create skia_webkit.gyp to improve rebaselining.
Attachments
Patch
(3.36 KB, patch)
2012-10-18 14:50 PDT
,
bungeman
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
bungeman
Comment 1
2012-10-18 14:50:48 PDT
Created
attachment 169479
[details]
Patch
bungeman
Comment 2
2012-10-18 19:47:12 PDT
If this is committed, then
https://codereview.chromium.org/11191074
would be checked in to Chromium after the next WebKit roll into Chromium.
Stephen Chenney
Comment 3
2012-10-22 08:34:07 PDT
Am I correct in understanding that there is a matching chromium patch that adds the reference to this file? To rebaseline, we would: 1. Change a flag in this new skia_webkit.gyp file 2. Watch the build bots generate all the new images (with lots and lots of failures) 3. Rebaseline WebKit 4. Roll WebKit into Chromium, and pick up both the flag change and the new baselines Sounds to me like a much better workflow. The only downside is that it adds the possibility that a Skia change in WebKit might cause breakage of chromium browser or unit tests on the WebKit roll. I don't think we can really do anything much about that, but it does mean that the skia team will have to be aware when a flag change rolls into chromium.
bungeman
Comment 4
2012-10-22 09:44:52 PDT
>Am I correct in understanding that there is a matching chromium patch that adds the reference to this file?
See
https://codereview.chromium.org/11191074
>To rebaseline, we would:
Your description is accurate as to the intended workflow. The entire process previous to this is something like. -4. Make a change in Skia behind a build flag because it is known to need new baselines in WebKit. -3. Roll Skia into Chromium with the code suppression flag in Chromium's skia.gyp. -2. At any point here or previous, get the code suppression flag into the skia_webkit.gyp and roll (or wait for roll of) WebKit into Chromium. -1. Remove suppression from Chromium's skia.gyp. 0. Roll (or wait for roll of) Chromium into WebKit. At this point the rebaseline can proceed as you describe.
>might cause breakage of chromium browser or unit tests on the WebKit roll
To mitigate this, we can send the full change to the trybots ahead of time to make sure that only layout tests are affected.
Dirk Pranke
Comment 5
2012-10-22 17:35:24 PDT
This change (and the corresponding Chromium-side change) look fine (well, frankly, it looks ugly but I don't think there's another way to solve this), but I'd like to hold off on landing it until after we can meet to discuss the flow on Wednesday, if that's okay.
Dirk Pranke
Comment 6
2012-10-24 12:21:27 PDT
Comment on
attachment 169479
[details]
Patch We agreed to land it :).
WebKit Review Bot
Comment 7
2012-10-24 12:31:23 PDT
Comment on
attachment 169479
[details]
Patch Clearing flags on attachment: 169479 Committed
r132385
: <
http://trac.webkit.org/changeset/132385
>
WebKit Review Bot
Comment 8
2012-10-24 12:31:27 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