Closed
Bug 1461235
Opened 7 years ago
Closed 7 years ago
Intermittent dom/grid/test/chrome/test_grid_areas.html | assertion count 1 is more than expected 0 assertions
Categories
(Core :: General, defect, P5)
Core
General
Tracking
()
RESOLVED
DUPLICATE
of bug 1455637
People
(Reporter: intermittent-bug-filer, Unassigned)
Details
(Keywords: intermittent-failure)
Filed by: aciure [at] mozilla.com
https://treeherder.mozilla.org/logviewer.html#?job_id=178260543&repo=mozilla-inbound
https://queue.taskcluster.net/v1/task/a28FEnV_RNWNGLXdhiUF5w/runs/0/artifacts/public/logs/live_backing.log
15:41:04 INFO - SimpleTest START
15:41:04 INFO - TEST-START | dom/grid/test/chrome/test_grid_areas.html
15:41:04 INFO - GECKO(930) | ++DOMWINDOW == 21 (0x12a352800) [pid = 930] [serial = 21] [outer = 0x12b050600]
15:41:04 INFO - GECKO(930) | ++DOMWINDOW == 22 (0x12b0c0800) [pid = 930] [serial = 22] [outer = 0x12b050600]
15:41:04 INFO - GECKO(930) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
15:41:04 INFO - GECKO(930) | MEMORY STAT | vsize 4137MB | residentFast 328MB | heapAllocated 123MB
15:41:04 INFO - TEST-OK | dom/grid/test/chrome/test_grid_areas.html | took 1122ms
15:41:04 INFO - GECKO(930) | ++DOMWINDOW == 23 (0x12c757400) [pid = 930] [serial = 23] [outer = 0x12b050600]
15:41:04 INFO - TEST-UNEXPECTED-FAIL | dom/grid/test/chrome/test_grid_areas.html | assertion count 1 is more than expected 0 assertions
Comment 1•7 years ago
|
||
The assertion is in mozilla::URLPreloader::BeginBackgroundRead:
15:40:16 INFO - GECKO(930) | [930, Main Thread] ###!!! ASSERTION: QueryInterface needed: 'query_result.get() == mRawPtr', file /builds/worker/workspace/build/src/obj-firefox/dist/include/nsCOMPtr.h, line 436
Component: CSS Parsing and Computation → Networking
URLPreloader isn't necko code. ni? :kmag, who seems to be the responsible party.
Component: Networking → General
Flags: needinfo?(kmaglione+bmo)
Comment 3•7 years ago
|
||
This is a race in debug builds where the checks in the getter_AddRefs destructor run while another thread is changing the mSaveThread member. I haven't come up with a good solution for this yet, but I've been treating it as low priority, since it only affects debug builds.
Status: NEW → RESOLVED
Closed: 7 years ago
Flags: needinfo?(kmaglione+bmo)
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•