Enable TSAN web-platform-tests-wdspec by default in CI
Categories
(Firefox Build System :: Task Configuration, task)
Tracking
(firefox110 fixed)
Tracking | Status | |
---|---|---|
firefox110 | --- | fixed |
People
(Reporter: RyanVM, Assigned: RyanVM)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
Details |
Try push is mostly green, but there are a couple new-looking data races to file:
https://treeherder.mozilla.org/jobs?repo=try&revision=f1d42c71e2be6b0c91bd1ab97b4656080998b898
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Comment 1•2 years ago
|
||
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Comment 2•2 years ago
|
||
Hey Henrik, I'm looking at getting wdspec enabled in TSAN mode. Things are mostly working, except I'm seeing execute_async.py failures about 60% of the time like the log shown below.
https://treeherder.mozilla.org/logviewer?job_id=400434172&repo=try&lineNumber=64790
Did you want to take a look at these or should I just skip the test for now?
Comment 3•2 years ago
|
||
Interesting. I won't have the time the next two days to take a look at this issue. So please file a new bug for this particular TSAN only failure via Treeherder and mark the test as expected fail in the manifest file. Thanks.
Assignee | ||
Comment 4•2 years ago
|
||
Headless mode has a number of data races (see deps), but we can at least get non-headless mode enabled for now.
Comment 6•2 years ago
|
||
bugherder |
Assignee | ||
Comment 7•2 years ago
|
||
I'm going to move headless mode to a different bug as that's not very high-priority at the moment.
Description
•