Open Bug 1524247 Opened 5 years ago Updated 11 months ago

Thunderbird Shutdown crash/hang due to endless wait loop when no password is entered | WaitForSingleObjectEx | WaitForSingleObject | _PR_MD_WAIT_CV | _PR_WaitCondVar | PR_WaitCondVar | mozilla::CondVar::Wait | nsEventQueue::GetEvent

Categories

(MailNews Core :: Networking: IMAP, defect)

x86
Windows NT
defect

Tracking

(thunderbird_esr68? affected)

Tracking Status
thunderbird_esr68 ? affected

People

(Reporter: wsmwk, Unassigned)

References

(Depends on 1 open bug, Blocks 1 open bug)

Details

(5 keywords, Whiteboard: [shutdownhang])

Crash Data

+++ This bug was initially created as a clone of Bug #1257058 +++

Unclear what impact the patch in Bug 1257058 had. But three signatures still topcrashes. With very similar, and somewhat odd history graphs. Note, the increase in crash volume over time can I think be attributed to users updating to version 60

#1 https://crash-stats.mozilla.com/signature/?release_channel=release&signature=shutdownhang%20%7C%20arena_t%3A%3AGetNonFullBinRun%20%7C%20nsThread%3A%3AShutdown%20%7C%20nsThreadManager%3A%3AShutdown&date=%3E%3D2018-07-31T04%3A33%3A29.000Z&date=%3C2019-01-31T02%3A33%3A29.000Z#graphs

#3 https://crash-stats.mozilla.com/signature/?release_channel=release&signature=shutdownhang%20%7C%20mozilla%3A%3AQueue%3CT%3E%3A%3APush&date=%3E%3D2018-07-31T04%3A32%3A56.000Z&date=%3C2019-01-31T02%3A32%3A56.000Z#graphs

#12 https://crash-stats.mozilla.com/signature/?release_channel=release&signature=shutdownhang%20%7C%20nsCOMPtr_base%3A%3Aassign_with_AddRef%20%7C%20mozilla%3A%3Adetail%3A%3AMutexImpl%3A%3Aunlock%20%7C%20nsThread%3A%3AShutdown%20%7C%20nsThreadManager%3A%3AShutdown&date=%3E%3D2018-07-31T04%3A33%3A55.000Z&date=%3C2019-01-31T02%3A33%3A55.000Z#graphs

and maybe this one
#70 https://crash-stats.mozilla.com/signature/?product=Thunderbird&release_channel=release&signature=shutdownhang%20%7C%20arena_t%3A%3AGetNonFullBinRun%20%7C%20nsThread%3A%3AShutdown%20%7C%20mozilla%3A%3Astorage%3A%3AConnection%3A%3AshutdownAsyncThread&date=%3E%3D2018-07-31T04%3A45%3A10.000Z&date=%3C2019-01-31T02%3A45%3A10.000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&_columns=install_time&_sort=-date&page=1#graphs

Blocks: 1526127

Perhaps we'll be adding shutdownhang | nsThread::Shutdown | nsThreadManager::Shutdown (bug 1526127) as the version 68 equivalent signatures, because the signatures cited so far for this bug are all v60

Adding signature from bug 1526127

Crash Signature: nsThreadManager::Shutdown ] [@ shutdownhang | arena_t::GetNonFullBinRun | nsThread::Shutdown | mozilla::storage::Connection::shutdownAsyncThread ] → nsThreadManager::Shutdown ] [@ shutdownhang | arena_t::GetNonFullBinRun | nsThread::Shutdown | mozilla::storage::Connection::shutdownAsyncThread ] [@ shutdownhang | nsThread::Shutdown | nsThreadManager::Shutdown ]

For version 78, only remaining signature is shutdownhang | nsThread::Shutdown | nsThreadManager::Shutdown, and still a topcrash.

Steady crash rate for last 6 months despite multiple password prompts being gone (bug 1606711), although that's not a specific cause it might have contributed to user confusion.

Fortunately version 78 is available from Ubuntu repository since some weeks. The update didn't help. TB still crashes on shutdown, see:
Crash ID: bp-8ebffcf3-cc81-4c47-88e1-793c90210320

(In reply to Ulf Zibis from comment #7)

Fortunately version 78 is available from Ubuntu repository since some weeks. The update didn't help. TB still crashes on shutdown, see:
Crash ID: bp-8ebffcf3-cc81-4c47-88e1-793c90210320

78.7.1 from ubuntu repo shuts down OK for me with no crash. FWIW, home-built daily for me crashes on shutdown at, I would guess, 80% of the time,
but I just started and stopped 78.7.1 at least 6 times with no crash.
But I rarely run the repo verion so maybe it has to be running for a while to crash on shutdown?

(In reply to Ulf Zibis from comment #9)

See also bug 1524247.

Oops, I meant bug 1346060.

Blocks: 777491
Crash Signature: [@ shutdownhang | arena_t::GetNonFullBinRun | nsThread::Shutdown | nsThreadManager::Shutdown ] [@ shutdownhang | mozilla::Queue<T>::Push ] [@ shutdownhang | nsCOMPtr_base::assign_with_AddRef | mozilla::detail::MutexImpl::unlock | nsThread::Shutdown | ns… → [@ shutdownhang | arena_t::GetNonFullBinRun | nsThread::Shutdown | mozilla::storage::Connection::shutdownAsyncThread ] [@ shutdownhang | nsThread::Shutdown | nsThreadManager::Shutdown ]
Summary: Shutdown crash/hang due to endless wait loop when no password is entered | WaitForSingleObjectEx | WaitForSingleObject | _PR_MD_WAIT_CV | _PR_WaitCondVar | PR_WaitCondVar | mozilla::CondVar::Wait | nsEventQueue::GetEvent → Thunderbird Shutdown crash/hang due to endless wait loop when no password is entered | WaitForSingleObjectEx | WaitForSingleObject | _PR_MD_WAIT_CV | _PR_WaitCondVar | PR_WaitCondVar | mozilla::CondVar::Wait | nsEventQueue::GetEvent
Depends on: 1783573
Blocks: 1669836
Severity: critical → S2
You need to log in before you can comment on or make changes to this bug.