Bug 461103

Summary: Thunderbird hangs when trying to read gpg signed messages
Product: Red Hat Enterprise Linux 5 Reporter: Alexander Todorov <atodorov>
Component: thunderbirdAssignee: Gecko Maintainer <gecko-bugs-nobody>
Status: CLOSED WONTFIX QA Contact: desktop-bugs <desktop-bugs>
Severity: medium Docs Contact:
Priority: medium    
Version: 5.2CC: stransky
Target Milestone: rc   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-09-04 12:35:58 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:
Attachments:
Description Flags
output from strace -p <pid>
none
strace output when pressing Decrypt button none

Description Alexander Todorov 2008-09-04 08:11:06 UTC
Created attachment 315723 [details]
output from strace -p <pid>

Description of problem:
Thunderbird seems to hang when viewing gpg signed messages

Version-Release number of selected component (if applicable):
thunderbird-2.0.0.16-1.el5

How reproducible:
Always (seems so)

Steps to Reproduce:
1. Start Thunderbird
2. Open gpg signed message to read
3.
  
Actual results:
Application hangs

Expected results:
Message is shown

Additional info:
I have installed the Enigmail extension version 0.95.6 (20080303) which is the latest available upstream.

The following is shown at the end of strace whenever I hit the crash:

futex(0x2aaab0708ea0, FUTEX_WAKE, 1)    = 1
futex(0xecad09c, FUTEX_WAIT, 1, NULL)   = 0
futex(0x2aaab0708ea0, FUTEX_WAKE, 1)    = 0
close(44)                               = 0
close(47)                               = 0
sched_get_priority_min(SCHED_OTHER)     = 0
sched_get_priority_max(SCHED_OTHER)     = 0
clone(child_stack=0x49dbf240, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tid
ptr=0x49dbf9d0, tls=0x49dbf940, child_tidptr=0x49dbf9d0) = 13367
sched_setscheduler(13367, SCHED_OTHER, { 0 }) = 0
write(45, "-----BEGIN PGP SIGNED MESSAGE---"..., 34) = 34
write(45, "\n", 1)                      = 1
write(45, "Hash: ", 6)                  = 6
write(45, "SHA1", 4)                    = 4
write(45, "\n", 1)                      = 1
write(45, "\n", 1)                      = 1
write(45, "Content-Type: text/plain; charse"..., 110) = 110
write(45, "e above info enough ?\n\nYes, thks"..., 54) = 54
write(45, " -", 2)                      = 2
write(45, "-\nStanislav Bulicek             "..., 297) = 297
write(45, "\n", 1)                      = 1
write(45, "-----BEGIN PGP SIGNATURE-----\n", 30) = 30
write(45, "Version: GnuPG v2.0.9 (GNU/Linux"..., 138) = 138
write(45, "\n-----END PGP SIGNATURE-----\n", 29) = 29
close(45)                               = 0
futex(0x49dbf9d0, FUTEX_WAIT, 13367, NULL <unfinished ...>
+++ killed by SIGKILL +++

After the message is shown in the UI it hangs. I'll attach complete strace.

Comment 1 Alexander Todorov 2008-09-04 08:24:08 UTC
Created attachment 315724 [details]
strace output when pressing Decrypt button

Set "OpenPGP -> Automatically decrypt/verify messages" to disabled. 
Messages open just fine. After opening the message, started strace and clicked the "Decrypt" button in order to verify signature. Application hung.

The problem seems to be decryption or verification of digital signatures.

If memory serves me well I've updated my system recently (bulk update of nearly 300 packages). I didn't experience such problems in the past (i.e. last week)

Comment 2 RHEL Program Management 2008-09-04 08:53:31 UTC
This request was evaluated by Red Hat Product Management for
inclusion, but this component is not scheduled to be updated in
the current Red Hat Enterprise Linux release. If you would like
this request to be reviewed for the next minor release, ask your
support representative to set the next rhel-x.y flag to "?".

Comment 4 Martin Stransky 2008-09-04 12:35:58 UTC
We don't ship Enigmail extension for RHEL-5. Please report this issue to Enigmail upstream, wontfix for RHEL.

Comment 5 Alexander Todorov 2008-09-04 13:45:29 UTC
Are you sure it's solely Enigmail to blaim?  I haven't updated Enigmail but have updated Thunderbird and now the application hangs. From my POV it's Thunderbird to blame despite the fact an extension is triggering the problem. Can you at least look into this before closing it as WONTFIX?

Comment 6 Martin Stransky 2008-09-04 18:45:34 UTC
I think we're busy with other and more important issues (unless I'm completely wrong and this is a really important and hight priority for our business). But feel free to investigate yourself and post the result here, if you create a patch we can propagate it upstream.

Comment 7 Alexander Todorov 2008-09-05 07:36:43 UTC
Reported upstream as https://bugzilla.mozilla.org/show_bug.cgi?id=453780

Will re-open this issue if there's significant update upstream.