Bug 461103 - Thunderbird hangs when trying to read gpg signed messages
Summary: Thunderbird hangs when trying to read gpg signed messages
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: thunderbird
Version: 5.2
Hardware: All
OS: Linux
medium
medium
Target Milestone: rc
: ---
Assignee: Gecko Maintainer
QA Contact: desktop-bugs@redhat.com
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-09-04 08:11 UTC by Alexander Todorov
Modified: 2008-09-05 07:36 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-09-04 12:35:58 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
output from strace -p <pid> (1.07 MB, text/plain)
2008-09-04 08:11 UTC, Alexander Todorov
no flags Details
strace output when pressing Decrypt button (141.85 KB, text/plain)
2008-09-04 08:24 UTC, Alexander Todorov
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Mozilla Foundation 453780 0 None None None Never

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.


Note You need to log in before you can comment on or make changes to this bug.