This bug is for crash report bp-f94b3465-8159-4feb-ac09-f28b00200306. ``` Top 10 frames of crashing thread: 0 nss3.dll sqlite3_uri_parameter third_party/sqlite3/src/sqlite3.c:163331 1 nss3.dll winOpen third_party/sqlite3/src/sqlite3.c:46667 2 xul.dll `anonymous namespace'::xOpen storage/TelemetryVFS.cpp:491 3 nss3.dll sqlite3VdbeHalt third_party/sqlite3/src/sqlite3.c:80407 4 nss3.dll sqlite3VdbeExec third_party/sqlite3/src/sqlite3.c:88291 5 nss3.dll sqlite3_step third_party/sqlite3/src/sqlite3.c:83275 6 xul.dll mozilla::storage::Connection::stepStatement storage/mozStorageConnection.cpp:1119 7 xul.dll mozilla::storage::AsyncExecuteStatements::executeStatement storage/mozStorageAsyncStatementExecution.cpp:220 8 xul.dll mozilla::storage::AsyncExecuteStatements::executeAndProcessStatement storage/mozStorageAsyncStatementExecution.cpp:167 9 xul.dll mozilla::storage::AsyncExecuteStatements::Run storage/mozStorageAsyncStatementExecution.cpp:539 ``` This crash was caught by PHC. Nicholas, do we have tools to symbolicate the allocation & free stacks? Since we're accessing freed memory would this have been an UAF w/o PHC in place to catch it?
Bug 1620915 Comment 0 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
Duplicate, closing