Bug 46977
Summary: | Web Inspector: inspector/debugger-pause-on-breakpoint.html timing out on Windows | ||
---|---|---|---|
Product: | WebKit | Reporter: | Adam Roben (:aroben) <aroben> |
Component: | Tools / Tests | Assignee: | Pavel Podivilov <podivilov> |
Status: | RESOLVED DUPLICATE | ||
Severity: | Normal | CC: | apavlov, bweinstein, joepeck, keishi, loislo, pfeldman, pmuellr, podivilov, rik, timothy, yurys |
Priority: | P2 | Keywords: | InRadar, LayoutTestFailure, PlatformOnly |
Version: | 528+ (Nightly build) | ||
Hardware: | All | ||
OS: | All | ||
URL: | http://build.webkit.org/results/Windows%20Debug%20(Tests)/r68872%20(20569)/results.html |
Adam Roben (:aroben)
inspector/debugger-pause-on-breakpoint.html is timing out on Windows
Attachments | ||
---|---|---|
Add attachment proposed patch, testcase, etc. |
Adam Roben (:aroben)
<rdar://problem/8501936>
Pavel Podivilov
Looks like a problem with the bot.
http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=inspector%2Fdebugger
Adam Roben (:aroben)
(In reply to comment #2)
> Looks like a problem with the bot.
>
> http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=inspector%2Fdebugger
I don't know how to interpret that graph. But are any of those machines running Apple's Windows port? If not, isn't it possible that a bug exists in Apple/Windows-specific code?
Pavel Podivilov
(In reply to comment #3)
> (In reply to comment #2)
> > Looks like a problem with the bot.
> >
> > http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=inspector%2Fdebugger
>
> I don't know how to interpret that graph. But are any of those machines running Apple's Windows port? If not, isn't it possible that a bug exists in Apple/Windows-specific code?
I don't think it's a bug, that's just a flakiness. The dashboard shows strange slowness on win debug bot, while all changes for that range look absolutely innocent. After a while, that slowness just gone, again without any reason.
Pavel Podivilov
win debug bot lag
Adam Roben (:aroben)
Closing the bug because the bot is laggy isn't the right thing to do. After all, we haven't fixed the problem!
If this is a bug in the test harness or the bot, the right thing to do is to move this bug to the Tools/Tests component (which I've now done).
Adam Roben (:aroben)
The timeout for notifyDone is 15 seconds, which is pretty long for a single test to take, even if the bot is being slow. Is there something we can do to make the test shorter? In the past we've broken up long-running tests into multiple shorter tests. Could we do that here?
Yury Semikhatsky
(In reply to comment #7)
> The timeout for notifyDone is 15 seconds, which is pretty long for a single test to take, even if the bot is being slow. Is there something we can do to make the test shorter? In the past we've broken up long-running tests into multiple shorter tests. Could we do that here?
15 seconds is definitely enough for the test. The problem must be in the test itself or in the inspector debugger tests infrastructure in general, anyways if fails quite often and we can reproduce it we should fix this.
Pavel Podivilov
*** This bug has been marked as a duplicate of bug 45291 ***