[Webkit-unassigned] [Bug 118602] New: [NRWT] run-webkit-tests sometimes reports a wrong test crashing
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri Jul 12 06:36:48 PDT 2013
https://bugs.webkit.org/show_bug.cgi?id=118602
Summary: [NRWT] run-webkit-tests sometimes reports a wrong test
crashing
Product: WebKit
Version: 528+ (Nightly build)
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Keywords: NRWT
Severity: Normal
Priority: P2
Component: Tools / Tests
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: simon.pena at samsung.com
This can be easily reproduced by doing:
run-webkit-tests --gtk -2 --debug --iterations=2 editing/selection/selection-in-iframe-removed-crash.html editing/selection/selection-invalid-offset.html
The first test, selection-in-iframe-removed-crash.html, is crashing, but run-webkit-tests reports that it is the second one, selection-invalid-offset.html. The second test in this example can be any: as long as it is run after the first one, it will be reported as crashing.
(See related issues in bug #111451 and bug #111521)
I took a look at this, and in driver.py run_test, self.has_crashed() reports False for the first test, later reporting True for the second. When something delays the call to has_crashed() (for example, adding a import pdb and pdb.set_trace() to debug manually, or adding a time.sleep(2)), the call is able to correctly report the crash.
I am not aware of any other crashing test that has this effect on the one coming after it.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list