Closed Bug 1461235 Opened 6 years ago Closed 6 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)

defect

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
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)
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: 6 years ago
Flags: needinfo?(kmaglione+bmo)
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.