Bug 488066

Summary: Thunderbird locks CPU in 100% with Lightning and SSL
Product: Red Hat Enterprise Linux 5 Reporter: Mauricio Teixeira <mteixeira>
Component: thunderbirdAssignee: Jan Horak <jhorak>
Status: CLOSED WORKSFORME QA Contact: desktop-bugs <desktop-bugs>
Severity: high Docs Contact:
Priority: high    
Version: 5.3CC: collura, gecko-bugs-nobody, helpdesk-rnd, huzaifas, jrb, kengert, rryder, twillber
Target Milestone: rcKeywords: Triaged
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-03-22 14:45:37 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Mauricio Teixeira 2009-03-02 13:17:11 UTC
thunderbird-2.0.0.19-1.el5_2
Lightning 0.9 (xpi from Mozilla's plugin site)

Thunderbird locks CPU in 100% when you have Lightning calendar plugin installed. This happens specifically when you have both IMAP+SSL and CalDAV+SSL (or iCal+SSL).

According to a few comments in Lightning bugzilla (https://bugzilla.mozilla.org/show_bug.cgi?id=390036#c71 and after), the bug seems to be with Thunderbird, which holds one single thread for all SSL communications.

Long story short, when you use IMAP+SSL Thunderbird acquires a lock on the SSL thread, while at the same time Lightning tries loops into a flag waiting for it to be released. If this happens on first opening of Thunderbird, the thread will never be unlocked, and CPU will lock in 100% usage from Thunderbird process.

Workaround is to use either calendars or IMAP without SSL, even though both solutions are rather insecure.

Still according to the mentioned bugzilla (https://bugzilla.mozilla.org/show_bug.cgi?id=390036#c81) a patch is being worked on, but nothing has been released.

This bug also affects both Thunderbird 3.0pre and Lightning 1.0pre

Comment 3 Kai Engert (:kaie) (inactive account) 2009-03-05 16:41:35 UTC
Mauricio, are you really able to reproduce this bug with latest Thunderbird 3 pre-release (Shredder) and latest Lightning pre-release code?

If you do, you are the first who can reproduce in that combination.
If you do, can you please provide details of your configuration?

Comment 4 Mauricio Teixeira 2009-03-09 21:04:26 UTC
Sorry, I haven't have time to install beta releases of Thunderbird to try. I had a colleague trying it, so I'll ask him to comment.

Comment 5 collura 2011-07-21 06:38:27 UTC
still occurs with:

thunderbird-3.1.11-1.fc14 (x86_64)
thunderbird-lightning-1.0-0.41.b3pre.fc14 (x86_64)
xorg-x11-server-Xorg-1.9.5-1.fc14 (x86_64)
metacity-2.30.3-2.fc14 (x86_64)
xulrunner-1.9.2.18-1.fc14 (x86_64)

Comment 6 RHEL Program Management 2012-01-09 13:53:32 UTC
This request was evaluated by Red Hat Product Management for inclusion in Red Hat Enterprise Linux 5.8 and Red Hat does not plan to fix this issue the currently developed update.

Contact your manager or support representative in case you need to escalate this bug.

Comment 8 Jan Horak 2012-03-22 14:45:37 UTC
Upstream bug was closed as WORKSFORME, reopen when problem reoccurs.