Crashes when opening/reading e-mail with attachment (application/vnd.openxmlformats-officedocument.spreadsheetml.sheet.xml)



Message Reader UI
8 years ago
7 years ago


(Reporter: manhydra, Unassigned)




Firefox Tracking Flags

(Not tracked)


(Whiteboard: [closeme 2011-03-01])



8 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20100401 Firefox/3.6.3
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20100317 Thunderbird/3.0.4

Whenever I click on an e-mail with an attachment to read, thunderbird immediately crashes. I thought there may have been a configuration issue under the preferences. But when I click on the Attachment section under Edit > Preferences, it crashes immediately.

Reproducible: Always

Steps to Reproduce:
1. Simply click on an e-mail with an attachment
2 [review]. Click on Edit > Preferences > Attachments
Actual Results:  
Crashes immediately

Expected Results:  
Normally show e-mail with attachment link at the bottom

I'm running on Debian/GNU Linux 5.0.4 with libstdc++6

Comment 1

8 years ago
Shared library dependencies on my system [Note: Symbolic links to certain shared libraries which were declared "not found" were created after this bug ticket in order to test overlooked dependencies. The bug is still persistent.]

/usr/local/bin/thunderbird/thunderbird-bin: /usr/lib/ version `NSS_3.12.6' not found (required by /usr/local/bin/thunderbird/thunderbird-bin)
/usr/local/bin/thunderbird/thunderbird-bin: /usr/lib/ version `NSS_3.12.6' not found (required by /usr/lib/ =>  (0xb7fb1000) => /lib/i686/cmov/ (0xb7f8b000) => /usr/lib/ (0xb7e89000) => /usr/lib/ (0xb7e84000) => /usr/lib/ (0xb7e01000) [Originally, was declared "not found" thus I created a symbolic link under /usr/lib] => /usr/lib/ (0xb7dfe000) => /usr/lib/ (0xb7dfa000) => /usr/lib/ (0xb7dc6000) => /lib/i686/cmov/ (0xb7dc2000) => /usr/lib/ (0xb7a36000) => /usr/lib/ (0xb7a1b000) => /usr/lib/ (0xb7995000) => /usr/lib/ (0xb797d000) => /usr/lib/ (0xb7973000) => /usr/lib/ (0xb7932000) => /usr/lib/ (0xb78c6000) => /usr/lib/ (0xb788a000) => /usr/lib/ (0xb7886000) => /usr/lib/ (0xb77d1000) => /usr/lib/ (0xb76e2000) => /usr/lib/ (0xb76c5000) => /usr/lib/ (0xb768d000) => /lib/i686/cmov/ (0xb7667000) => /usr/lib/ (0xb7649000) => /usr/lib/ (0xb7622000) => /usr/lib/ (0xb754f000) => /usr/lib/ (0xb753b000) => /usr/lib/ (0xb7509000) [Originally, was declared "not found" thus I created a symbolic link under /usr/lib] => /usr/lib/ (0xb7504000) [Originally, was declared "not found" thus I created a symbolic link under /usr/lib] => /usr/lib/ (0xb7501000) [Originally, was declared "not found" thus I created a symbolic link under /usr/lib] => /usr/lib/ (0xb74f8000) => /usr/lib/ (0xb7483000) => /usr/lib/ (0xb7458000) => /usr/lib/ (0xb7407000) => /usr/lib/ (0xb7402000) => /usr/lib/ (0xb73db000) => /usr/lib/ (0xb736d000) => /usr/lib/ (0xb72ab000) => /usr/lib/ (0xb71bd000) => /lib/ (0xb71af000) => /lib/i686/cmov/ (0xb7054000)
        /lib/ (0xb7fb2000) => /usr/lib/ (0xb6243000) => /usr/lib/ (0xb6240000) => /usr/lib/ (0xb623d000) => /usr/lib/ (0xb6237000) => /usr/lib/ (0xb6229000) => /usr/lib/ (0xb6226000) => /usr/lib/ (0xb621e000) => /usr/lib/ (0xb6218000) => /usr/lib/ (0xb620e000) => /usr/local/lib/ (0xb61f8000) => /usr/lib/ (0xb6191000) => /usr/lib/ (0xb6189000) => /usr/lib/ (0xb6175000) => /usr/lib/ (0xb6150000) => /usr/lib/ (0xb614c000) => /usr/lib/ (0xb6145000) => /usr/lib/ (0xb612d000) => /usr/lib/ (0xb6104000) => /usr/lib/ (0xb60da000) => /usr/lib/ (0xb60d8000) => /lib/i686/cmov/ (0xb60bf000) => /usr/lib/ (0xb6099000) => /usr/lib/ (0xb6090000) => /usr/lib/ (0xb6079000) => /lib/i686/cmov/ (0xb6070000) => /usr/lib/ (0xb606d000) => /usr/lib/ (0xb6067000)
Priority: -- → P5
Version: unspecified → 3.0

Comment 2

8 years ago
you shouldn't make links like that

you should run ./thunderbird, not ./thuenderbird-bin

Comment 3

8 years ago
(only developers set priority)
Priority: P5 → --

Comment 4

8 years ago
I can confirm this bug.  From the view pane, everytime I click a message with attachments in order to start reading it, thunderbird immediately crashes.  I search for a core-dump but there isn't any.  

Due to a lack of a non-stripped version in my system, I wasn't able to do a gdb to it.  However, I was able to capture an strace of the running process right before it segfaulted and up until the segfault itself.   

Here're the commands I ran:

$ mozilla-thunderbird  &
$ ps aux | grep thunderbird
carlo     4696  0.0  0.0   1748   540 pts/0    S    10:37   0:00 /bin/sh /usr/bin/mozilla-thunderbird
carlo     4708  0.0  0.0   1748   544 pts/0    S    10:37   0:00 /bin/sh /usr/lib/thunderbird/ /usr/lib/thunderbird/thunderbird-bin
carlo     4712 24.1  3.6 123916 37704 pts/0    Sl   10:37   0:02 /usr/lib/thunderbird/thunderbird-bin
carlo     4722  0.0  0.0   3036   804 pts/0    S+   10:37   0:00 grep --color=auto thunderbird

$ strace -p 4712

The final parts of the strace leading to the crash are as follows: 

access("/home/carlo/.local/share/mime/application/vnd.openxmlformats-officedocument.spreadsheetml.sheet.xml", F_OK) = -1 ENOENT (No such file or directory)
access("/usr/local/share/mime/application/vnd.openxmlformats-officedocument.spreadsheetml.sheet.xml", F_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/mime/application/vnd.openxmlformats-officedocument.spreadsheetml.sheet.xml", F_OK) = 0
stat64("/usr/share/mime/application/vnd.openxmlformats-officedocument.spreadsheetml.sheet.xml", {st_mode=S_IFREG|0644, st_size=4411, ...}) = 0
open("/usr/share/mime/application/vnd.openxmlformats-officedocument.spreadsheetml.sheet.xml", O_RDONLY|O_LARGEFILE) = 32
_llseek(32, 0, [0], SEEK_CUR)           = 0
read(32, "<?xml version=\"1.0\" encoding=\"ut"..., 8192) = 4411
read(32, "", 3781)                      = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
unlink("/home/carlo/.mozilla-thunderbird/juqrambw.default/lock") = 0
rt_sigaction(SIGSEGV, {SIG_DFL, [], 0}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [SEGV], NULL, 8) = 0
tgkill(4314, 4314, SIGSEGV)             = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
Process 4712 detached
carlo@thorin:~/.mozilla-thunderbird/orig/y0et7xl5.default/Mail/$ Segmentation fault

As you can see, the segfault occurred while thunderbird attempted to open files on the /usr/share/mime directory.  After temporarily removing the mime directory, then restarting thunderbird, the crash does not appear anymore.

Thus, it seems that thunderbird is doing something wrong when it's checking the mime directory.  

That's all.

Thanks a lot!

Best Regards,

Carlo Florendo
Astra Philippines, Inc.

Comment 5

8 years ago
My apologies for not posting this sooners, but I discovered a workaround (if not the solution) about a week after I created this bug report and am no longer getting crashes as of this comment.

Here are the steps:

1) Right-click on any e-mail w/ an attachment and select "Edit As New"
2) When the editing window loads, click Edit > Preferences
3) When the Preferences window loads, click "Attachments" on the menu.

Once I performed this, I was able to click and read all e-mails w/ attachments.

Carlo Florendo could be on to something, as Thunderbird may have been trying to access a restricted file/folder. And a segmentation fault (access violation) could mean that Thunderbird was accessing memory of the file that either was not there or had no business accessing. In either case, whatever it was trying to access could not be stored and left a null pointer to be de-referenced.

In my case, the steps above may have enabled Thunderbird to gain access by recreating the file it needed.
Summary: Crashes when opening/reading e-mail with attachment → Crashes when opening/reading e-mail with attachment (application/vnd.openxmlformats-officedocument.spreadsheetml.sheet.xml)

Comment 7

8 years ago
(In reply to comment #6)

I can't reproduce on windows. 
do you still this in version 3.1?  a stack trace would help get a fix
Whiteboard: [closeme 2011-03-01]
RESOLVED INCOMPLETE due to lack of response to last question. If you feel this change was made in error, please respond to this bug with your reasons why.
Last Resolved: 7 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.