[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