WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
142850
[Win] Activate tests on Windows EWS
https://bugs.webkit.org/show_bug.cgi?id=142850
Summary
[Win] Activate tests on Windows EWS
Brent Fulgham
Reported
2015-03-18 17:23:04 PDT
We have a working EWS system for Windows. Let's turn on tests so we encounter fewer test failures!
Attachments
Patch
(1.06 KB, patch)
2015-03-18 17:23 PDT
,
Brent Fulgham
ap
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Brent Fulgham
Comment 1
2015-03-18 17:23:48 PDT
Created
attachment 248993
[details]
Patch
Csaba Osztrogonác
Comment 2
2015-03-18 17:43:35 PDT
What is the testing time of the Win EWS? If the tree is red, it will build and run tests twice: build and run tests with patch + build and run tests without patch to make sure if the test failures comes from the patch or the trunk. If there is a flakey test, it will build three times. Nowadays everybody (including Apple employees) ignores test results on Apple Windows and Apple employees regularly break the Windows build against the red EWS bubble and don't fix the broken build after landing the patch. I think after slowing down the Windows EWS drastically, folks won't wait for the EWS bubble and will land patch before it finished. Now at least they can see the red bubble in time if they take notice of Windows port.
Csaba Osztrogonác
Comment 3
2015-03-18 17:45:48 PDT
Comment on
attachment 248993
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=248993&action=review
> Tools/Scripts/webkitpy/common/config/ews.json:17 > + "watchers": [ > + "
bfulgham@apple.com
"
Is watchers still used for anything? I think it is unused since EWS can't comment bugs and set cq- on failure. ( because folks don't want to get "SPAM", they want to be able break the world without any notification :) )
Csaba Osztrogonác
Comment 4
2015-03-18 17:52:29 PDT
(In reply to
comment #3
)
> Comment on
attachment 248993
[details]
> Patch > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=248993&action=review
> > > Tools/Scripts/webkitpy/common/config/ews.json:17 > > + "watchers": [ > > + "
bfulgham@apple.com
" > > Is watchers still used for anything? I think it is unused since EWS can't > comment bugs and set cq- on failure. > ( because folks don't want to get "SPAM", they want to be able break the > world without any notification :) )
I was wrong, it still comments bug on test failures and cc the watchers, but not on build and style failures. ( I can imagine the angry webkit-dev mails: "Stop bugzilla SPAMs in case of Windows test failures" :)) )
Alexey Proskuryakov
Comment 5
2015-03-18 20:26:12 PDT
Comment on
attachment 248993
[details]
Patch Ossy, an exciting new development is that Windows tests are all green, and have been maintained for the last couple of weeks. So, it seems reasonable to try and make that stick.
Csaba Osztrogonác
Comment 6
2015-03-18 23:07:15 PDT
(In reply to
comment #5
)
> Comment on
attachment 248993
[details]
> Patch > > Ossy, an exciting new development is that Windows tests are all green, and > have been maintained for the last couple of weeks. So, it seems reasonable > to try and make that stick.
Yes, I see that Brent is actively working on keeping the bot green. I just noticed that I'm very skeptic about it, because the majority of the folks don't care about the Windows bot at al. If somebody ignores the red bubble which signals build failure, I don't think if the same person will care about test failures in the future, except the boss emphasizes it is mandatory and not optional policy. I chekced, the testing time is ~37 mins on the Win buildbot now, only one failing test on the tree would increase the cycle time with ~74 mins, only one flakey (after retry or timeout or crash) with ~111 mins plus the build times. But let's see, I always supported the full green tree policy in the past.
Brent Fulgham
Comment 7
2015-03-19 09:43:30 PDT
Committed
r181748
: <
http://trac.webkit.org/changeset/181748
>
Csaba Osztrogonác
Comment 8
2015-03-19 13:28:56 PDT
(In reply to
comment #7
)
> Committed
r181748
: <
http://trac.webkit.org/changeset/181748
>
Windows EWS doesn't work, because apache isn't installed:
http://webkit-queues.appspot.com/results/6371421504667648
Brent Fulgham
Comment 9
2015-03-19 14:25:49 PDT
Rats! I'm running down to the lab right now to fix that. Thanks for catching that!
Alexey Proskuryakov
Comment 10
2015-03-19 21:02:51 PDT
httpd seems to still be broken, should we roll out for now?
Brent Fulgham
Comment 11
2015-03-19 23:26:16 PDT
(In reply to
comment #10
)
> httpd seems to still be broken, should we roll out for now?
No. It's working now, but may take a bit for all the bits to reflect this. -Brent
Csaba Osztrogonác
Comment 12
2015-03-20 00:44:22 PDT
http tests work, but others are still flakey
Brent Fulgham
Comment 13
2015-03-20 08:56:25 PDT
I'm going to roll this out because tests seem to be failing, even though they work fine on the main test bots. Something must be misconfigured.
Brent Fulgham
Comment 14
2015-03-20 08:59:27 PDT
Temporarily rolled out in
r181801
<
http://trac.webkit.org/changeset/181801
>.
Csaba Osztrogonác
Comment 15
2015-03-23 05:41:28 PDT
reopen
Fujii Hironori
Comment 16
2024-07-10 16:58:05 PDT
bug 269676
resolves this.
Radar WebKit Bug Importer
Comment 17
2024-07-10 16:59:15 PDT
<
rdar://problem/131498099
>
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