274701 - TB 1.0 crashes when sig file not migrated correctly

Status: RESOLVED DUPLICATE of bug 254527

(Thunderbird :: Migration, defect)

Description

[jstaerk]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a5) Gecko/20041121
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a5) Gecko/20041121

When big accounts (7500 mails in inbox) are imported from seamonkey 1.8a5, tb
will crash on any attempt to answer any mail in that account (no matter if
imported or just received). It will also crash when clicking on edit|account
settings. This does affect TB 1.0 in the german version for Linux as well as at
least the english version.

Of my 4 IMAP-Mailboxes only my default-mailbox (let's call it A), the only
mailbox on my root server, is affected. I tried to switch default to mailbox B
in seamonkey, 
delete ~/.thunderbird, start tb and imported from mozilla with the result that
again it crashed on every attempt to answer on mail in mailbox A.

In the next step I created a new Mailbox (lets call it C) on the server to see
if it's related to the server but this mailbox imported fine, i.e. i could reply
to the test message in C without crashing TB. My theory is that either the size
of the mailbox or some special mails in that mailbox cause the problem because A
is significantly bigger than C and has a greater variety of messages e.g. with
german umlauts, special characters, attachments etc...



Reproducible: Always

Steps to Reproduce:
1.have a big imap account (my account) in seamonkey 1.8a5
2.delete ~/.thunderbird
3.launch thunderbird
4.migrate from mozilla 1.x
5.open the account, select any message
6.click on "reply" button
7.wait ~ half of a second for thunderbird to download the message to be quoted

Actual Results:  
It crashes.

Expected Results:  
It should have displayed a quoted message to 
compose the reply to the mail.

crash on edit|account settings:
in the german  version the error message is 
./run-mozilla.sh: line 159:  7785 Speicherzugriffsfehler  "$prog" ${1+"$@"}
in the english version the error message is
./run-mozilla.sh: line 159:  8001 Speicherzugriffsfehler  "$prog" ${1+"$@"}

crash on attempt to answer email:
the german version crashes with ./run-mozilla.sh: line 159:  7783
Speicherzugriffsfehler  "$prog" ${1+"$@"} (Speicherzugriffsfehler is Access
Violation in english), the english version crashes at 8069
./run-mozilla.sh: line 159:  8069 Speicherzugriffsfehler  "$prog" ${1+"$@"}

Comment 1

[David :Bienvenu]

are talback reports getting filed, or do you have a stack trace? I don't think
the crash has to do with the size of number of messages in your INBOX though the
special characters could conceivably be an issue...

Comment 2

[jstaerk]

(In reply to comment #1)
> are talback reports getting filed, or do you have a stack trace? I don't think
> the crash has to do with the size of number of messages in your INBOX though the
> special characters could conceivably be an issue...

I sent it as Incident ID TB2556895X@12/15/04 10:03, I can send this with the
quality feedback agent but I it closes (crashes?) when I click on "Details", so
I cant see the stack trace itself. I attached the error-out of "strace
./thunderbird" and hope that helps. 

Comment 3

[jstaerk]

Attachment: output of strace thunderbird

Comment 4

[David :Bienvenu]

ah, thx. Here's the relevant part of the stack trace. I've seen similar reports
of issues with signature files...I'll try to find the bug. I think we ended up
not being able to reproduce it.

nsLocalFile::SetRelativeDescriptor() 
[/builds/tinderbox/thunderbird-aviarybranch/Linux_2.4.18-14_Clobber/mozilla/xpcom/io/nsLocalFileCommon.cpp,
line 710]
nsPrefBranch::GetComplexValue() 
[/builds/tinderbox/thunderbird-aviarybranch/Linux_2.4.18-14_Clobber/mozilla/modules/libpref/src/nsPrefBranch.cpp,
line 65]
NS_GetPersistentFile() 
[/builds/tinderbox/thunderbird-aviarybranch/Linux_2.4.18-14_Clobber/mozilla/mailnews/base/util/nsMsgUtils.cpp,
line 704]
nsMsgIdentity::GetSignature() 
[/builds/tinderbox/thunderbird-aviarybranch/Linux_2.4.18-14_Clobber/mozilla/mailnews/base/util/nsMsgIdentity.cpp,
line 408]
nsMsgCompose::ProcessSignature() 
[/builds/tinderbox/thunderbird-aviarybranch/Linux_2.4.18-14_Clobber/mozilla/mailnews/compose/src/nsMsgCompose.cpp,
line 3370]
QuotingOutputStreamListener::OnStopRequest() 
[/builds/tinderbox/thunderbird-aviarybranch/Linux_2.4.18-14_Clobber/mozilla/mailnews/compose/src/nsMsgCompose.cpp,
line 761]
nsStreamConverter::OnStopRequest() 
[/builds/tinderbox/thunderbird-aviarybranch/Linux_2.4.18-14_Clobber/mozilla/mailnews/mime/src/nsStreamConverter.cpp,
line 1084]
nsImapCacheStreamListener::OnStopRequest() 
[/builds/tinderbox/thunderbird-aviarybranch/Linux_2.4.18-14_Clobber/mozilla/mailnews/imap/src/nsImapProtocol.cpp,
line 430]

Comment 5

[David :Bienvenu]

can you attach or e-mail your prefs.js? I believe this problem has to do with
the specification or location of your sig file (is it a sym link?)

Comment 6

[jstaerk]

Attachment: my prefs.js

Comment 7

[jstaerk]

(In reply to comment #5)
> I believe this problem has to do with
> the specification or location of your sig file (is it a sym link?)

I can positively confirm that my sig file is the cause (of a part of the) of the
problem.
As a workaround, I rm'ed my ~/.thunderbird, disabled my sig, started TB and
reimported my accounts. I can answer to E-Mails now!

Anyway, clicking on edit|account settings still causes a crash, I just submitted
 TB2568244M. 


My sig is NOT a symlink, it's a plain text file called footer.txt which residues
in /usr/local/mozilla/footer.txt. Every file in /usr/local/mozilla belongs to
jstaerk:users and footer.txt does, too.

Comment 8

[jstaerk]

Attachment: strace thunderbird and edit|account settings after working around the reply-problem by disabling sig in seamonkey.

Comment 9

[jstaerk]

Attachment: my sig

(seems to cause some trouble if not disabled in seamonkey before TB imports the
accounts)

Comment 10

[jstaerk]

Attachment: my prefs.js

the prefs.js I submitted before was from the installation directory, this one
is from the ~/.thunderbird-dir

Comment 11

[jstaerk]

Attachment: apply'n'try

after applying this patch to my prefs.js, i.e. deleting the path where my
disabled footer was looked for, I can also click on edit|account settings
without a crash

Comment 12

[timeless]

*** This bug has been marked as a duplicate of 254527 ***