Bug 461103 - Thunderbird hangs when trying to read gpg signed messages
Thunderbird hangs when trying to read gpg signed messages
Status: CLOSED WONTFIX
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: thunderbird (Show other bugs)
5.2
All Linux
medium Severity medium
: rc
: ---
Assigned To: Gecko Maintainer
desktop-bugs@redhat.com
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2008-09-04 04:11 EDT by Alexander Todorov
Modified: 2008-09-05 03:36 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-09-04 08:35:58 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


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


External Trackers
Tracker ID Priority Status Summary Last Updated
Mozilla Foundation 453780 None None None Never

  None (edit)
Description Alexander Todorov 2008-09-04 04:11:06 EDT
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 04:24:08 EDT
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 Product and Program Management 2008-09-04 04:53:31 EDT
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 08:35:58 EDT
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 09:45:29 EDT
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 14:45:34 EDT
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 03:36:43 EDT
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.