MASTER mozilla-thunderbird crashed [@msg_pick_real_name] [@nsMsgComposeAndSend::AddCompFieldRemoteAttachments]

[Groucho]

Binary package hint: mozilla-thunderbird

Thunderbird loads, brings in another copy of existing email, then quits.

Seems to be every time.

Extract from retraced stacktrace:
...
#3 <signal handler called>
#4 msg_pick_real_name (attachment=0x8b53f3c,
#5 nsMsgComposeAndSend::AddCompFieldRemoteAttachments (
#6 nsMsgComposeAndSend::HackAttachments (this=0x8bd3018,
#7 nsMsgComposeAndSend::SendMessageFile (this=0x8bd3018,
#8 nsMsgComposeAndSend::GatherMimeAttachments (this=0x8bd3018)
#9 QuotingOutputStreamListener::OnStopRequest (this=0x0,
#10 nsMsgCompose::CreateMessage (this=0x0,
#11 nsMsgComposeService::ReplyWithTemplate (this=0x81d7828,
#12 nsParseNewMailState::ApplyForwardAndReplyFilter (
...

[Raybooysen (raybooysen)]

Can you please post the talkback incident ID?

[Chris-moz (chris-moz)]

(In reply to comment #1)
> Can you please post the talkback incident ID?

TB11441144E

[Bienvenu (bienvenu)]

Here's the stack trace. Most likely, either attachment or attachment->mURL is null. I suspect the latter. In either case, proposedName is empty, which means we have an attachment w/o a proposed name. I don't know if the attachment is a forwarded message, or if it's an attachment in a message getting forwarded (which I don't think is considered an attachment in this context)

 Stack Trace
msg_pick_real_name [e:/builds/tinderbox/Tb-Mozilla1.8/WINNT_5.0_Depend/mozilla/mailnews/compose/src/nsMsgCompUtils.cpp, line 1667]
nsMsgComposeAndSend::AddCompFieldRemoteAttachments [e:/builds/tinderbox/Tb-Mozilla1.8/WINNT_5.0_Depend/mozilla/mailnews/compose/src/nsMsgSend.cpp, line 2466]
nsMsgComposeAndSend::HackAttachments [e:/builds/tinderbox/Tb-Mozilla1.8/WINNT_5.0_Depend/mozilla/mailnews/compose/src/nsMsgSend.cpp, line 2639]
nsMsgComposeAndSend::Init [e:/builds/tinderbox/Tb-Mozilla1.8/WINNT_5.0_Depend/mozilla/mailnews/compose/src/nsMsgSend.cpp, line 3244]
nsMsgComposeAndSend::CreateAndSendMessage [e:/builds/tinderbox/Tb-Mozilla1.8/WINNT_5.0_Depend/mozilla/mailnews/compose/src/nsMsgSend.cpp, line 4087]
nsMsgCompose::_SendMsg [e:/builds/tinderbox/Tb-Mozilla1.8/WINNT_5.0_Depend/mozilla/mailnews/compose/src/nsMsgCompose.cpp, line 941]
nsMsgCompose::SendMsg [e:/builds/tinderbox/Tb-Mozilla1.8/WINNT_5.0_Depend/mozilla/mailnews/compose/src/nsMsgCompose.cpp, line 1121]
nsMsgComposeService::ForwardMessage [e:/builds/tinderbox/Tb-Mozilla1.8/WINNT_5.0_Depend/mozilla/mailnews/compose/src/nsMsgComposeService.cpp, line 1181]
nsMsgFilterAfterTheFact::ApplyFilter [e:/builds/tinderbox/Tb-Mozilla1.8/WINNT_5.0_Depend/mozilla/mailnews/base/search/src/nsMsgFilterService.cpp, line 680]
nsMsgFilterAfterTheFact::OnSearchDone [e:/builds/tinderbox/Tb-Mozilla1.8/WINNT_5.0_Depend/mozilla/mailnews/base/search/src/nsMsgFilterService.cpp, line 471]
nsMsgSearchSession::NotifyListenersDone [e:/builds/tinderbox/Tb-Mozilla1.8/WINNT_5.0_Depend/mozilla/mailnews/base/search/src/nsMsgSearchSession.cpp, line 597]
nsMsgSearchSession::OnStopRunningUrl [e:/builds/tinderbox/Tb-Mozilla1.8/WINNT_5.0_Depend/mozilla/mailnews/base/search/src/nsMsgSearchSession.cpp, line 386]
nsUrlListenerManager::BroadcastChange [e:/builds/tinderbox/Tb-Mozilla1.8/WINNT_5.0_Depend/mozilla/mailnews/base/src/nsUrlListenerManager.cpp, line 97]
nsUrlListenerManager::OnStopRunningUrl [e:/builds/tinderbox/Tb-Mozilla1.8/WINNT_5.0_Depend/mozilla/mailnews/base/src/nsUrlListenerManager.cpp, line 123]
nsImapMailFolder::SetUrlState [e:/builds/tinderbox/Tb-Mozilla1.8/WINNT_5.0_Depend/mozilla/mailnews/imap/src/nsImapMailFolder.cpp, line 6228]

[Aserkant (aserkant)]

I think this crash occurs whatever the criteria is for forwarding. Replying should also be investigated. I saw the same crash when I applied a filter that is expected to forward messages in a folder depending on their importance. The large number of messages should be the main problem.

[Mscott-mozilla (mscott-mozilla)]

This is a new top crash most folks seem to be seeing when using a filter rule to forward messages (based on the top crash data I see in talkback).

[Adam Guthrie (ispiked)]

*** Bug 323587 has been marked as a duplicate of this bug. ***

[Adam Guthrie (ispiked)]

*** Bug 314471 has been marked as a duplicate of this bug. ***

[Jeanmichel-reghem (jeanmichel-reghem)]

Maybe there is more information in the bug 301808

[Ebarkovsky (ebarkovsky)]

I have same problem, but I think on other reasons. I have reseaved every day mail with zip attachment sized from 1 to 6 Mb, and I have filter on these messages to redirect to other recipients. And I have crash with Access Violation.
Also, I have many filters, and sometimes many messages arrived, but crashes only on specified case.
My OS is Windows 2000, thunderbird version 1.5.0.5 (20060719)

[Vseerror (vseerror)]

also linux (no surprise)

for example TB21742801 and TB22933785
Stack Signature msg_pick_real_name() 7a69a558
Product ID Thunderbird15
Build ID 2006071913
Trigger Time 2006-08-03 09:48:36.0
Platform LinuxIntel
Operating System Linux 2.6.16.13-4-default
Module thunderbird-bin + (00801421)
User Comments Thunderbird 1.5.0.5 More than 130 emails in inbox. Clicked 'Run Now' on a new message filter for the whole inbox which should forward the message to another email. Then Tbird crashes out. Happened twice.
Trigger Reason SIGSEGV: Segmentation Fault: (signal 11)
Source File, Line No. /builds/tinderbox/Tb-Mozilla1.8.0/Linux_2.4.18-14_Depend/mozilla/mailnews/compose/src/nsMsgCompUtils.cpp, line 848
Stack Trace
msg_pick_real_name() [mozilla/mailnews/compose/src/nsMsgCompUtils.cpp, line 848]
nsMsgComposeAndSend::AddCompFieldRemoteAttachments() [mozilla/mailnews/compose/src/nsMsgSend.cpp, line 62]
nsMsgComposeAndSend::HackAttachments() [mozilla/mailnews/compose/src/nsMsgSend.cpp, line 2638]
nsMsgComposeAndSend::Init() [mozilla/mailnews/compose/src/nsMsgSend.cpp, line 3244]
nsMsgComposeAndSend::CreateAndSendMessage() [mozilla/mailnews/compose/src/nsMsgSend.cpp, line 4089]
nsMsgCompose::_SendMsg() [mozilla/mailnews/compose/src/nsMsgCompose.cpp, line 943]
nsMsgCompose::SendMsg() [mozilla/mailnews/compose/src/nsMsgCompose.cpp, line 1122]
nsMsgComposeService::ForwardMessage() [mozilla/mailnews/compose/src/nsMsgComposeService.cpp, line 848]
nsMsgFilterAfterTheFact::ApplyFilter() [mozilla/mailnews/base/search/src/nsMsgFilterService.cpp, line 848]
nsMsgSearchSession::NotifyListenersDone() [mozilla/mailnews/base/search/src/nsMsgSearchSession.cpp, line 256]
nsMsgSearchSession::TimerCallback() [mozilla/mailnews/base/search/src/nsMsgSearchSession.cpp, line 530]
nsTimerImpl::Fire() [mozilla/xpcom/threads/nsTimerImpl.cpp, line 395]
handleTimerEvent() [mozilla/xpcom/threads/nsTimerImpl.cpp, line 462]
PL_HandleEvent() [mozilla/xpcom/threads/plevent.c, line 688]
PL_ProcessPendingEvents() [mozilla/xpcom/threads/plevent.c, line 623]
nsEventQueueImpl::ProcessPendingEvents() [mozilla/xpcom/threads/nsEventQueue.cpp, line 421]
event_processor_callback() [mozilla/widget/src/gtk2/nsAppShell.cpp, line 71]
libglib-2.0.so.0 + 0x5092d (0xb78f592d)
libglib-2.0.so.0 + 0x27abd (0xb78ccabd)
libglib-2.0.so.0 + 0x2acbf (0xb78cfcbf)
libglib-2.0.so.0 + 0x2b069 (0xb78d0069)
libgtk-x11-2.0.so.0 + 0x1319e4 (0xb7b939e4)
nsAppShell::Run() [mozilla/widget/src/gtk2/nsAppShell.cpp, line 141]
nsAppStartup::Run() [mozilla/toolkit/components/startup/src/nsAppStartup.cpp, line 151]
XRE_main() [mozilla/toolkit/xre/nsAppRunner.cpp, line 848]
main() [mozilla/mail/app/nsMailApp.cpp, line 63]
libc.so.6 + 0x1587c (0xb73ec87c)

[Mscott-mozilla (mscott-mozilla)]

blocking on a top crash

[Bienvenu (bienvenu)]

I can't reproduce this problem on the trunk, perhaps partly because my smtp server limits the number of messages I can send...I'll try 2.0, but I suspect I still won't be able to reproduce it.

[Stephanie Daugherty (sdaugherty-deactivatedaccount)]

*** Bug 362188 has been marked as a duplicate of this bug. ***

[Timeless-bemail (timeless-bemail)]

*** Bug 366234 has been marked as a duplicate of this bug. ***

[Bienvenu (bienvenu)]

there is a theory that forwarding messages with blank subjects causes this issue...I'm not able to reproduce that, but am investigating that theory.

[Bienvenu (bienvenu)]

this is fixed in 2.0, I'm reasonably sure, but it's broken in 1.5.0.x - in fact, just trying to do an edit message as new on a message w/o a subject crashes in 1.5.0.x, with a similar stack trace (which I think explains why this is a top crash...). I'm trying to figure out why it's fixed in 2.0

[Bienvenu (bienvenu)]

some combination of patches in bug 154332 and bug 188108 fixed this.

[Hskupin (hskupin)]

David for the BRANCH_1_8_0 there is no checking if mURL is null:

http://lxr.mozilla.org/mozilla1.8.0/source/mailnews/compose/src/nsMsgSend.cpp#2464

The null check exists in BRANCH_1_8 and Trunk:
http://lxr.mozilla.org/mozilla1.8/source/mailnews/compose/src/nsMsgSend.cpp#2338
http://lxr.mozilla.org/seamonkey/source/mailnews/compose/src/nsMsgSend.cpp#2299

Could this be the cause?

[Bienvenu (bienvenu)]

Henrik, I think you're comparing two different call sites to msg_pick_real_name - the null check you refer to on the 1_8 branch and trunk has been there for a long time. But the code is confusing enough that I could be wrong.

[Hskupin (hskupin)]

Oh you are right. I was looking inside the wrong function.

If I look at TB28153142W now and click the link to msg_pick_real_name() at line 848 I see source which is 800 lines before the desired function. Is msg_pick_real_name() correct or what happens here? The code hasn't changed.

[Bienvenu (bienvenu)]

the fix wasn't to change the code that crashed - the fix was to make it so there's always an attachment name when forwarding mail, so we don't have the crash condition of no name and no url.

[Bienvenu (bienvenu)]

*** Bug 368295 has been marked as a duplicate of this bug. ***

[Groucho (richard-smith7-gmail)]

Binary package hint: mozilla-thunderbird

Thunderbird loads, brings in another copy of existing email, then quits.

Seems to be every time.

[Danny Staple (danny-orionrobots)]

I think more detail may be required here in terms of your setup, what servers/existing mail setup there is.
What version of ubuntu are you using?
If you follow the instructions at https://wiki.ubuntu.com/DebuggingProgramCrash and add a thunderbird dbgsym, then can you reproduce it and get debug information for this crash?
Also try starting thunderbird from a console, and see what output you get, as that may reveal information about the problem too.

[Gregor Zattler (telegraph)]

same happens here on Ubuntu 6/06 with
mozilla-thunderbird:
  Installed: 1.5.0.10-0ubuntu0.6.06
  Candidate: 1.5.0.10-0ubuntu0.6.06

I created fresh profiles for imap, pop, movemail (every
time I did a rm -rf ~/.mozilla-thunderbird). I can see the
3-pane thunderbird window for a second but then it
vanishes:

~$ mozilla-thunderbird

DOUBLE-CLICK: 400 --> -1 THRESHOLD: 8 --> -1
/usr/lib/mozilla-thunderbird/run-mozilla.sh: line 131:
30909 Segmentation fault "$prog" ${1+"$@"}

And there is no crash report in /var/crash:

~$ ls -l /var/crash
ls: /var/crash: No such file or directory

Ciao, Gregor

[Gregor Zattler (telegraph)]

I followed the steps outlined in section "Prior Ubuntu versions" in DebuggingProgramCrash. But there is no mozilla-thunderbird-dbgsym package. Thunderbird now behaves as before and there is no /var/crash nor a core dump or something.

[Gregor Zattler (telegraph)]

I forgot to mention: This happens since the last upgrade (yesterday) with a month's worth of updates.

[Gregor Zattler (telegraph)]

would a strace or ltrace output help? I do not know how to enable core dump, if this would help please instruct me...

[Groucho (richard-smith7-gmail)]

Sure. Using TB 1.5.0.10 on Ubuntu 6.10.

If I run from the console I get "Segmentation fault (core dumped)"

It'll take a while to get to the rest of your suggestion, but I will!

On 3/11/07, DannyStaple <email address hidden> wrote:
>
> I think more detail may be required here in terms of your setup, what
> servers/existing mail setup there is.
> What version of ubuntu are you using?
> If you follow the instructions at
> https://wiki.ubuntu.com/DebuggingProgramCrash and add a thunderbird
> dbgsym, then can you reproduce it and get debug information for this crash?
> Also try starting thunderbird from a console, and see what output you get,
> as that may reveal information about the problem too.
>
>
> ** Changed in: mozilla-thunderbird (Ubuntu)
> Status: Unconfirmed => Needs Info
>
> --
> Thunderbird crashes soon after startup
> https://launchpad.net/bugs/91262
>

[Gregor Zattler (telegraph)]

I again. This bug msut have to do with some other (upgraded)
package since downgrading to mozilla-tunderbird version 1.5.9
did not resolve the problem.
I tried to start thunderbird as root:
"sudo mozilla-tunderbird"
then it did *not* crash. All files/directories in and under
 ~/.mozilla-tunderbird are owned and read/writable by
the normal user "grfz", as I login as "grfz". But it crashes
when I start it as user grfz.

I did not understand the strace and ltrace output but it
crashes while calling xfree (window properties and such).
If someone is able to read this I would provide the output
from strace and ltrace for a invocation of thunderbirs as
root and as a mere user.

I wrote:
"I followed the steps outlined in section "Prior Ubuntu versions" in
DebuggingProgramCrash. But there is no mozilla-thunderbird-dbgsym
package. Thunderbird now behaves as before and there is no
/var/crash nor a core dump or something."

I have compiled and installed the packages. I think the symbols are
not stripped, but I do not know, what to do with this debug-enabled
programs.

Hope this helps and somebody helps,
Gregor

[Freddy Martinez (freddymartinez9)]

Can someone (Mozilla Team) take this one?

[John Vivirito (gnomefreak)]

Freddy we cant do much with it right now, we dont have any -dbg or -dbgsym packages for thunderbird yet. I will take this and try it and i will talk to Alexander to find out if i cant use icedove packages.

[John Vivirito (gnomefreak)]

Can anyone please attach a crash report?

[Gregor Zattler (telegraph)]

@John Vivirto

as mentioned above I have build packages according to https://wiki.ubuntu.com/DebuggingProgramCrash, section "Prior Ubuntu versions". I installed the resulting packages. But I do not know if this debug enabled thuinderbird produces crash reports or how to enable crash reports nor where to find these crash reports after the crash.

If you provide me with infos in how to produce a crash report I will provide you with the crash report.

Thanx a bundle,
Gregor

[John Vivirito (gnomefreak)]

Gregor if you look in /var/crash there should be a crash report in there for mozilla-thunderbird please attach that full crash report.

[Gregor Zattler (telegraph)]

@John Vivirito:

as I wrote at 2007-03-11:
"And there is no crash report in /var/crash:

~$ ls -l /var/crash
ls: /var/crash: No such file or directory"

grfz@pingu:~$ sudo ls -l /var/|grep crash
grfz@pingu:~$

now I did:

grfz@pingu:~$ sudo mkdir /var/crash
grfz@pingu:~$ sudo ls -l /var/|grep crash
drwxr-xr-x 2 root root 4096 2007-03-16 19:20 crash

and then:

grfz@pingu:~$ sudo rm -rf /home/grfz/.mozilla-thunderbird/; mozilla-thunderbird
DOUBLE-CLICK: 400 --> -1 THRESHOLD: 8 --> -1 Registering Enigmail account manager extension.
Enigmail account manager extension registered.
DOUBLE-CLICK: 400 --> -1 THRESHOLD: 8 --> -1 /usr/lib/mozilla-thunderbird/run-mozilla.sh: line 131: 5488 Segmentation fault "$prog" ${1+"$@"}

and after that:

grfz@pingu:~$ sudo ls -l /var/crash/
total 0

sorry, no crash report.

When I build the package acording to https://wiki.ubuntu.com/DebuggingProgramCrash, section "Prior Ubuntu versions" it needed some additional manual intervention:
The build dependencies were not installed automatically, apt-get throwed an error message and I aptitude installed the needed packages. Then the build was o. k.

Ciao, gregor

[John Vivirito (gnomefreak)]

Gregor,

If you move the existing profile and make a new one does this fix the issue? A couple of things sound possible, 1. profile became corrupt and that is why it is crashing(ther eis another bug or 2 like that with thunderbird upgrades. Or 2. an extension or theme is causing this crash. Im gonna have to assume you are still on dapper since the crash log wasnt saved. Apport saves the crash log and was introduced in edgy. Your going to have a hard time getting a backtrace since ther eis no mozilla-thunderbird-dbg package the -dbggsym package is ok but still only availible on feisty and since thunderbird deoends on libc6 you will not beable to install it and still have a working system as libc6 is a main lib in ubuntu and is not interchangable between versions. I am going to close this bug for now due to lack of information needed to process this further. Please reopen bug if you can attach a crash report or you have more info at hand that would help us process this bug further.

[Groucho (richard-smith7-gmail)]

I submitted the original bug report. Here is my crash report.

Groucho

[John Vivirito (gnomefreak)]

OK thank you. We should have a good set of -dbgsym/-dbg by early next week so i will assign this to me for now and when i get home sunday/monday i will look into how far we are with them.

[Gregor Zattler (telegraph)]

Dear John,

0.
perhaps this bug report covers two distinct bugs since original submitter Grouche uses Ubuntu 6.10 whereas I use 6.06 LTS (as posted at 2007-03-11 12:09:39 UTC). Perhaps we (you, since I don't know how to) should split the bug report.

1.
my bug has nothing to do with corrupt profile since every time I reproduce it here I rm -rf /home/grfz/.mozilla-tunderbird
(as posted at 2007-03-11 12:09:39 UTC)

2.
my bug has nothing to do with a extension or theme wich causes the crash since it also happens if I deinstall the only extension I use: mozilla enigmail. For the following examples I purged it again.

3.
could you please explain me what for the procedere described in
https://wiki.ubuntu.com/DebuggingProgramCrash, section "Prior Ubuntu versions" is for, when it does not produce any debug information?
This is the contents of mozilla-thunderbird_1.5.0.10-0ubuntu0.6.06_i386.changes as produced with aforementioned procedre:

Format: 1.7
Date: Mon, 5 Mar 2007 11:30:00 +0100
Source: mozilla-thunderbird
Binary: mozilla-thunderbird-dev mozilla-thunderbird-inspector mozilla-thunderbird mozilla-thunderbird-typeaheadfind
Architecture: i386
Version: 1.5.0.10-0ubuntu0.6.06
Distribution: dapper-security
Urgency: low
Maintainer: Alexander Sack <email address hidden>
Changed-By: Alexander Sack <email address hidden>
Description:
 mozilla-thunderbird - Mozilla Thunderbird standalone mail client
 mozilla-thunderbird-dev - mozilla thunderbird development files
 mozilla-thunderbird-inspector - mozilla thunderbird dom inspector extension
 mozilla-thunderbird-typeaheadfind - mozilla thunderbird typeaheadfind extension
Changes:
 mozilla-thunderbird (1.5.0.10-0ubuntu0.6.06) dapper-security; urgency=low
 .
   * New upstream security update:
     - CVE-2007-0008, MFSA 2006-06: SSLv2 Client Integer Underflow
       Vulnerability
     - CVE-2007-0009, MFSA 2006-06: SSLv2 Server Stack Overflow
       Vulnerability
     - CVE-2007-0775, CVE-2007-0776, CVE-2007-0777, MFSA 2007-01:
       Crashes with evidence of memory corruption
   * drop patches applied upstream: 90_ppc64-build-fix
Files:
 fe0edd4e7739fa352b9d327320eaca24 10503242 mail optional mozilla-thunderbird_1.5.0.10-0ubuntu0.6.06_i386.deb
 eefebb10950c46a54d398b935be2b669 186748 mail optional mozilla-thunderbird-inspector_1.5.0.10-0ubuntu0.6.06_i386.deb
 0b114c4ea4cf811a2f1ac7196d77a028 54814 mail optional mozilla-thunderbird-typeaheadfind_1.5.0.10-0ubuntu0.6.06_i386.deb
 8adc62e9a008c45de97cee49a27b7bb7 3760926 mail optional mozilla-thunderbird-dev_1.5.0.10-0ubuntu0.6.06_i386.deb

5.
Here is how I produced the attached strace and ltrace outputs:

I modified /usr/lib/mozilla-thunderbird/run-mozilla.sh in line 166 to start thunderbird as follows:
strace -o /home/grfz/mozilla-thunderbird-strace.root "$prog" ${1+"$@"}

I started thunderbird like this:

grfz@pingu:~$ sudo rm -rf /home/grfz/.mozilla-thunderbird/; sudo mozilla-thunderbird
DOUBLE-CLICK: 400 --> -1 THRESHOLD: 8 --> -1 DOUBLE-CLICK: 400 --> -1 THRESHOLD: 8 --> -1 grfz@pingu:~$

--> configuration wizard --> 3 pane window --> no crash; find attached mozilla-thunderbird-strace.root.

I modified /usr/lib/mozilla-thunderbird/run-mozilla.sh in line 16...

[John Vivirito (gnomefreak)]

Gregory there is no way to split the bug report. Can you please file a new report and attach your file to it assign it to John Vivirito please and i will look at it.

[Gregor Zattler (telegraph)]

Hi John,
* John Vivirito <email address hidden> [17. Mär. 2007]:
> Gregory there is no way to split the bug report. Can you please file a
> new report and attach your file to it assign it to John Vivirito please
> and i will look at it.

Thank you very much. I opened bug 93091 and assigned you:
https://launchpad.net/ubuntu/+source/mozilla-thunderbird/+bug/93091

Ciao, Gregor
--
 -... --- .-. . -.. ..--.. ...-.-

[Timeless-bemail (timeless-bemail)]

*** Bug 376085 has been marked as a duplicate of this bug. ***

[Paul Ivanov (pivanov)]

I've started having the same issues with thunderbird 1.5.0.10 on ubuntu 6.10.

attaching my crashfile, too, in case Groucho's isn't enough

[Paul Ivanov (pivanov)]

oops, forgot to check the 'include attachment' button:

[Paul Ivanov (pivanov)]

I looked in mozilla-thunderbird, and uncommented a line which suggested you use it during debugging (set -x). the output when running mozilla-thunderbird is now:
+ moz_libdir=/usr/lib/mozilla-thunderbird
+ MRE_HOME=/usr/lib/mre/mre
+ found=0
+ progname=/usr/bin/mozilla-thunderbird
+ dirname /usr/bin/mozilla-thunderbird
+ curdir=/usr/bin
+ basename /usr/bin/mozilla-thunderbird
+ progbase=mozilla-thunderbird
+ run_moz=/usr/bin/run-mozilla.sh
+ test -x /usr/bin/run-mozilla.sh
+ /bin/pwd
+ here=/home/pi/Desktop
+ [ -h /usr/bin/mozilla-thunderbird ]
+ cd /home/pi/Desktop
+ [ 0 = 0 ]
+ [ -x /usr/lib/mozilla-thunderbird/run-mozilla.sh ]
+ dist_bin=/usr/lib/mozilla-thunderbird
+ script_args=
+ debugging=0
+ MOZILLA_BIN=mozilla-thunderbird-bin
+ [ = beos ]
+ pass_arg_count=0
+ [ 0 -gt 0 ]
+ export MRE_HOME
+ moz_pis_startstop_scripts start
+ MOZ_USER_DIR=.mozilla-thunderbird
+ MOZ_PIS_API=2
+ MOZ_PIS_MOZBINDIR=/usr/lib/mozilla-thunderbird
+ MOZ_PIS_SESSION_PID=29662
+ MOZ_PIS_USER_DIR=.mozilla-thunderbird
+ export MOZ_PIS_API MOZ_PIS_MOZBINDIR MOZ_PIS_SESSION_PID MOZ_PIS_USER_DIR
+ [ -x /usr/lib/mozilla-thunderbird/init.d/S* ]
+ [ -x /home/pi/.mozilla-thunderbird/init.d/S* ]
+ [ 0 = 1 ]
+ /usr/lib/mozilla-thunderbird/run-mozilla.sh /usr/lib/mozilla-thunderbird/mozilla-thunderbird-bin
DOUBLE-CLICK: 400 --> -1 THRESHOLD: 8 --> -1 Segmentation fault (core dumped)
+ exitcode=139
+ moz_pis_startstop_scripts stop
+ MOZ_USER_DIR=.mozilla-thunderbird
+ MOZ_PIS_API=2
+ MOZ_PIS_MOZBINDIR=/usr/lib/mozilla-thunderbird
+ MOZ_PIS_SESSION_PID=29662
+ MOZ_PIS_USER_DIR=.mozilla-thunderbird
+ export MOZ_PIS_API MOZ_PIS_MOZBINDIR MOZ_PIS_SESSION_PID MOZ_PIS_USER_DIR
+ [ -x /home/pi/.mozilla-thunderbird/init.d/K* ]
+ [ -x /usr/lib/mozilla-thunderbird/init.d/K* ]
+ exit 139

Here also is the valgrind log, as per https://wiki.ubuntu.com/Valgrind. (gdb reported generic error and could not do a backtrace or read the registers)

[Paul Ivanov (pivanov)]

also attaching strace log file.

[Paul Ivanov (pivanov)]

got a core dump, it's 42 megs, so I won't attach it, let me know if I should upload it somewhere, though, and not sure how useful it is without debugging symbols. here's the backtrace,registers, and thread apply all backtrace, as per https://wiki.ubuntu.com/Backtrace though I did not get to do the "(gdb) handle SIG33 pass nostop noprint (gdb) set pagination 0" lines

[Paul Ivanov (pivanov)]

with more updates and reboots, the problem seems to have fixed itself for me.

[Hilario J. Montoliu (hjmf) (hmontoliu)]

Retrace done.

Extract from retraced stacktrace:
...
#3 <signal handler called>
#4 msg_pick_real_name (attachment=0x8b53f3c,
#5 nsMsgComposeAndSend::AddCompFieldRemoteAttachments (
#6 nsMsgComposeAndSend::HackAttachments (this=0x8bd3018,
#7 nsMsgComposeAndSend::SendMessageFile (this=0x8bd3018,
#8 nsMsgComposeAndSend::GatherMimeAttachments (this=0x8bd3018)
#9 QuotingOutputStreamListener::OnStopRequest (this=0x0,
#10 nsMsgCompose::CreateMessage (this=0x0,
#11 nsMsgComposeService::ReplyWithTemplate (this=0x81d7828,
#12 nsParseNewMailState::ApplyForwardAndReplyFilter (
...

Tagging as mt-confirm for further processing

[Hilario J. Montoliu (hjmf) (hmontoliu)]

Retraced Thread Stacktrace

[Hilario J. Montoliu (hjmf) (hmontoliu)]

Merging bugs 91262 and bug 104501 as both present almost the same stacktrace.

[Alexander Sack (asac)]

fixed long time ago in tbird 2