1281321 - Intermittent xpcshell-child-process.ini:dom/indexedDB/test/unit/test_transaction_error.js | application crashed [@ mozalloc_abort(char const*)]

Status: RESOLVED INCOMPLETE

(Core :: Storage: IndexedDB, defect, P5)

Description

[Treeherder Bug Filer]

Filed by: [e-mail]

https://treeherder.mozilla.org/logviewer.html#?job_id=30421010&repo=mozilla-inbound

http://archive.mozilla.org/pub/firefox/tinderbox-builds/mozilla-inbound-macosx64-debug/1466541840/mozilla-inbound_yosemite_r7-debug_test-xpcshell-bm107-tests1-macosx-build2463.txt.gz

Comment 1

[Kyle Huey (Exited; not receiving bugmail, old account, do not use)]

Markus, can you explain what's going on here?  I don't really understand why pthread thread local destruction code is calling into PR_Assert.

Comment 2

[Markus Stange [:mstange]]

I don't know much about threads or thread life cycles, but here's what I found out: PR_NewThreadPrivateIndex lets you specify a TLS destructor. If one of those destructors uses PR_Assert, that might potentially the one we're hitting. Moreover, _PR_DestroyThreadPrivate has a few PR_Asserts, and it's what calls the registered destructors. _PR_DestroyThreadPrivate is called at the end of the thread's root function _pt_root if the thread is not "detached" (whatever that means), and from _pt_thread_death, which is registered using pthread_key_create (through _PT_PTHREAD_KEY_CREATE). My hunch is that the function "_pthread_tsd_cleanup" in our crash callstack indicates that our code is called through such a pthread_key_create-supplied destructor.

I don't know why none of those functions show up as their own frame in the call stack.

Comment 3

[Kyle Huey (Exited; not receiving bugmail, old account, do not use)]

Ok ... the next question is where is stderr for the test we're running?  I don't know who owns xpcshell in automation, so I'll needinfo gps and he will pass it along.

Comment 4

[Gregory Szorc [:gps]]

File xpcshell test harness bugs at https://bugzilla.mozilla.org/enter_bug.cgi?product=Testing&component=XPCShell%20Harness. That's for local and automation issues.

Comment 5

[Kyle Huey (Exited; not receiving bugmail, old account, do not use)]

I was kind of hoping for a name that I could needinfo here, rather than a place to file a bug that may or may not get looked at ...

Comment 6

[Gregory Szorc [:gps]]

File the bug. People are pretty good about triaging problems with test harnesses especially if the bug report points to an obvious problem. You can needinfo ted or me if you want.

Comment 7

[BMO Automation]

Bulk assigning P3 to all open intermittent bugs without a priority set in Firefox components per bug 1298978.

Comment 8

[Intermittent Failures Robot]

1 failures in 949 pushes (0.001 failures/push) were associated with this bug in the last 7 days.   

Repository breakdown:
* mozilla-esr52: 1

Platform breakdown:
* windowsxp: 1

For more details, see:
https://brasstacks.mozilla.com/orangefactor/?display=Bug&bugid=1281321&startday=2017-08-14&endday=2017-08-20&tree=all

Comment 9

[Jens Stutte [:jstutte]]

Bulk closing some old intermittents.