[Webkit-unassigned] [Bug 94277] REGRESSION(when?) WK2 tests have 500+ failures causing an early exit

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=94277





--- Comment #5 from Dirk Pranke <dpranke at chromium.org>  2012-08-17 11:11:06 PST ---
(In reply to comment #4)
> (In reply to comment #2)
> > So, with my ImageDiff change reverted, I still get 200+ failures near tip-of-tree using WK2 (Release) on Lion. 
> > 
> > If you actually look at the failures, many (most?) of them appear to be render trees for what should be text-only tests, as if dumpAsText() is having no effect. I don't know how that could be happening, or if there were any changes to WTR recently that might cause that?
> 
> That's terrible...  I hope to look at the log to WTR today and see if I can spot anything out of the blue.
> 
> (In reply to comment #3)
> > Also, it's worth trying to repro these issues when running the tests serially (I'm trying this now, but it's obviously much slower so I don't have results yet), to see if WTR is just interfering w/ itself.
> 
> Any word on that effort?

well, running serially took an hour and produced ~400 failures at r124580. I don't know why this is so much worse than what I saw on the bots around that time range, unless there's something wrong with my local configuration.

My best guess at this point is that there are multiple serious issues with WTR:
1) dumpAsText isn't working in some cases
2) something is broken with how WTR is generating pixel dumps that is causing ImageDiff to fail and as a result, we're failing a *lot* of reftests (which do pixel compares even when pixel tests are disabled).

I don't see anything obviously wrong with NRWT; I could revert (or disable) r124958, but that would seem to just ignore the real problem.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.