Closed Bug 282971 Opened 20 years ago Closed 19 years ago

thunderbird (sometimes) crashes when sending messages with attachments

Categories

(Thunderbird :: Message Compose Window, defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: adhefe, Assigned: mscott)

Details

(Keywords: crash)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041226 Firefox/1.0
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041226 Firefox/1.0

It does not makes sense to me, but thunderbird seems to crash everytime I try to
send a message with an attached file with f90 sufix. I could not send any one.

I've meant files of the type,

file1.f90
file2.f90

and so on,

Thanks

Reproducible: Always

Steps to Reproduce:
1. New message
2. attach a file with f90 suffix (file.f90)
3. try to send the message

Actual Results:  
Thunderbird crashes with not a single message at a linux console
Just for test.  I copied a fortran 90 file to something without f90 suffix:

cp file.f90 test

I was able to send a message with 'test' attached. I was NOT able to send the
'file.f90' again.

OBS: 
Mozilla does the job properly.
This is the strace output when crashing trying to send a file with a f90 suffix:


close(42)                               = 0
access("/usr/lib/mozilla-thunderbird/plugins/libnullplugin.so", F_OK) = 0
open("/usr/lib/mozilla-thunderbird/plugins/libnullplugin.so", O_RDONLY) = 42
read(42, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320 \0"..., 512) = 512
fstat64(42, {st_mode=S_IFREG|0755, st_size=19056, ...}) = 0
old_mmap(NULL, 22308, PROT_READ|PROT_EXEC, MAP_PRIVATE, 42, 0) = 0x4266c000
old_mmap(0x42671000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 42,
0x4000) = 0x42671000
close(42)                               = 0
access("/usr/lib/SunJava2-1.4.2/jre/plugin/i386/ns610-gcc32/libjavaplugin_oji.so",
F_OK) =
0open("/usr/lib/SunJava2-1.4.2/jre/plugin/i386/ns610-gcc32/libjavaplugin_oji.so",
O_RDONLY) = 42
read(42, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000\220"..., 512) = 512
fstat64(42, {st_mode=S_IFREG|0644, st_size=280532, ...}) = 0
old_mmap(NULL, 283196, PROT_READ|PROT_EXEC, MAP_PRIVATE, 42, 0) = 0x42672000
old_mmap(0x426b0000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 42,
0x3d000) = 0x426b0000
close(42)                               = 0
mprotect(0x42672000, 253952, PROT_READ|PROT_WRITE) = 0
mprotect(0x42672000, 253952, PROT_READ|PROT_EXEC) = 0
write(2, "INTERNAL ERROR on Browser End: ", 31) = 31
write(2, "Could not get the JVM manager", 29) = 29
write(2, "\n", 1)                       = 1
write(2, "System error?:: Arquivo ou diret"..., 52) = 52
writev(20, [{"GIOP\1\2\1\5\0\0\0\0", 12}], 1) = 12
close(20)                               = 0
writev(18, [{"GIOP\1\2\1\5\0\0\0\0", 12}], 1) = 12
close(18)                               = 0
close(15)                               = 0
close(14)                               = 0
unlink("/home/Adelson/tmp/orbit-Adelson/linc-928-0-1bf6bae6b7483") = 0
close(19)                               = 0
unlink("/home/Adelson/.thunderbird/ot4xfg10.default/lock") = 0
write(9, "`\235x@\2\0\0\0\377\377\377\377\30k\27\10\220m\27\10 %"..., 148) = 148
rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0
rt_sigsuspend([] <unfinished ...>
--- SIGRTMIN (Unknown signal 32) @ 0 (0) ---
<... rt_sigsuspend resumed> )           = -1 EINTR (Interrupted system call)
sigreturn()                             = ? (mask now [RTMIN])
waitpid(2375, NULL, __WCLONE)           = 2375
munmap(0x42173000, 4096)                = 0
munmap(0x4208a000, 4096)                = 0
munmap(0x42058000, 4096)                = 0
munmap(0x42057000, 4096)                = 0
munmap(0x42056000, 4096)                = 0
munmap(0x42055000, 4096)                = 0
munmap(0x42054000, 4096)                = 0
munmap(0x42053000, 4096)                = 0
munmap(0x41f2a000, 4096)                = 0
exit_group(-1)                          = ?
Process 2344 detached
technically thunderbird didn't crash, java forced it to quit :)

what version of thunderbird are you using? i thought they disabled java for
thunderbird a while ago.
I've copied most of mozilla/plugins directory to mozilla-thunderbird/plugins. Is
it possible that having java plugin in thunderbird/plugins directory made java
enable again? 

The version is not as new as those found at the nightly builds site. I will
manage to have a newest version as soon as possible.

Thanks,
Adelson.
Severity: normal → critical
Keywords: crash
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
It is solved (by your help) a long time ago. The problem was caused by java as
you suggested.

Thank you for the help,

And, I'm sorry for not let you to know that everything was OK.

Thank you again,
thx for the info, marking wfm.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.