WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
NEW
95391
LayoutTest: editing/delete/br-004(5)(6) failing on Windows ORWT
https://bugs.webkit.org/show_bug.cgi?id=95391
Summary
LayoutTest: editing/delete/br-004(5)(6) failing on Windows ORWT
Roger Fong
Reported
2012-08-29 15:39:41 PDT
Looks like NRWT expects different results for these tests than ORWT, as per
http://trac.webkit.org/changeset/90490
. Adding these three failing tests to skip list to get bots greener.
Attachments
Add attachment
proposed patch, testcase, etc.
Roger Fong
Comment 1
2012-08-29 15:49:12 PDT
added to skip list here:
http://trac.webkit.org/changeset/127060
Ryosuke Niwa
Comment 2
2012-08-29 16:12:52 PDT
(In reply to
comment #0
)
> Looks like NRWT expects different results for these tests than ORWT, as per
http://trac.webkit.org/changeset/90490
. > Adding these three failing tests to skip list to get bots greener.
That doesn't make much sense. NRWT an OWRT should get the exactly same result as they both use DumpRenderTree and WebKitTestRunner. Could you show us the difference? If there is any, we need to fix NRWT or ORWT to make sure they get the same result.
Roger Fong
Comment 3
2012-08-29 16:29:20 PDT
(In reply to
comment #2
)
> (In reply to
comment #0
) > > Looks like NRWT expects different results for these tests than ORWT, as per
http://trac.webkit.org/changeset/90490
. > > Adding these three failing tests to skip list to get bots greener. > > That doesn't make much sense. NRWT an OWRT should get the exactly same result as they both use DumpRenderTree and WebKitTestRunner. > > Could you show us the difference? If there is any, we need to fix NRWT or ORWT to make sure they get the same result.
When I said NRWT I think I meant to say webkit-test-runner, and when I said ORWT I think i meant to say DRT... Sorry, the difference between what Webkit2 uses for testing and Webkit is still a bit hazy for me because I never touch NRWT. I was just trying to say that it looks like in the patch for the trac I mentioned, the test results were rebaselined to match something that webkittestrunner does, but drt does not, which causes drt to say the tests have failed.
Ryosuke Niwa
Comment 4
2012-08-29 16:31:14 PDT
(In reply to
comment #3
)
> When I said NRWT I think I meant to say webkit-test-runner, and when I said ORWT I think i meant to say DRT... > > Sorry, the difference between what Webkit2 uses for testing and Webkit is still a bit hazy for me because I never touch NRWT. > > I was just trying to say that it looks like in the patch for the trac I mentioned, the test results were rebaselined to match something that webkittestrunner does, but drt does not, which causes drt to say the tests have failed.
That's strange. Windows port's DRT should know to ignore editing delegates. Do you get test failures when you run DRT from ORWT? If so, what kind of diff. are you getting?
Roger Fong
Comment 5
2012-08-29 16:40:53 PDT
> That's strange. Windows port's DRT should know to ignore editing delegates. Do you get test failures when you run DRT from ORWT? If so, what kind of diff. are you getting?
Yeah. So I'm confused. The delegates are indeed being ignored but my understanding was that the tests were rebaselined to match what webkit test runner was outputting, which means it no longer matches what drt is outputting. Although in reponse to what you asid about DRT ignoring editing delegates, I see some editing tests that are actually passing on but the expected test results include editing delegates, which makes no sense to me either. None of this really makes sense to me so really what I should've done was added all the delete-br tests to the skip list to get the bots greener even though some of them are strangely passing.
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