Arch Linux

Mailing list discussion: http://archlinux.org/pipermail/arch-general/2008-May/017761.html

Same here, but the icon for an attachment also disappears when I click on the E-Mail.

The attachments aren't deleted as they are still available through a web client (IMAP).

Same problem here.

Same problem here. I received mails from yahoo and I can only see .eml and .jpg attachments. I use attachment extractor. I tried to disable it but again doesn't work.

As mentioned in the mailinglist discussion the binary from mozilla.org works - even from outside of the homedir ;) building from abs (without any modifications) doesn't work.
downgrade to 2.0.0.12 did the job - looking forward to a working 2.0.0.14 package :)

I have the same problem, just like Thomas: "Same here, but the icon for an attachment also disappears when I click on the E-Mail."

In my case, I can only see plain-text content. Thunderbird isn't displaying any mime multipart content, hence no html emails. Works fine with binary from mozilla.org (version 2.0.0.14)

I just built it with absolutely minimal patches (one is needed to add -X11 to LDFLAGS), and there is still a problem. Looks like the latest thunderbird does not play nice with one of our libraries. To track this down will require building with most of the --enable-system-<lib> options removed from the mozconfig. I will try this later today.

I can confirm this behavior too. The attachments are not showing up, and once clicked on the mail on the mail list with the clip icon (attachment present), the icon will disappear. Also, a sent mail with 2 text attachments shows on the sent box only one of the attachments instead of the mail text.
Downgrade to 2.0.0.12 worked, even if one still have to open the mails to get the attachment icon back in its place.

same probelm.
i download the lastest thunderbird form http://www.getthunderbird.com, that problem disappered.

Same for me. Also, messages from mailing lists appear to be empty. Perhaps is some security setting?
I upgraded my abs tree, does anybody have the 2.0.0.12 abs directory?

I've got it.

I have it but I can't compile it.
[code]nsXPCOMObsolete.o:(.data.rel.ro+0x18): undefined reference to `nsFileSpecImpl::Create(nsISupports*, nsID const&, void**)'
nsXPCOMObsolete.o:(.data.rel.ro+0x50): undefined reference to `nsDirectoryIteratorImpl::Create(nsISupports*, nsID const&, void**)'
/usr/bin/ld: libxpcom_compat_c.so: hidden symbol `nsFileSpecImpl::Create(nsISupports*, nsID const&, void**)' isn't defined
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: ld returned 1 exit status
make[4]: *** [libxpcom_compat_c.so] Error 1
make[4]: Leaving directory `/tmp/thunderbird/src/mozilla/xpcom/obsolete/component'
make[3]: *** [libs] Error 2
make[3]: Leaving directory `/tmp/thunderbird/src/mozilla/xpcom/obsolete'
make[2]: *** [tier_2] Error 2
make[2]: Leaving directory `/tmp/thunderbird/src/mozilla'
make[1]: *** [default] Error 2
make[1]: Leaving directory `/tmp/thunderbird/src/mozilla'
make: *** [build] Error 2
==> ERROR: Build Failed.
Aborting...
[/code]

Where do you want that folder uploaded?

Could you consider putting back thunderbird-2.0.0.14 in testing and 2.0.0.12 in stable ?
That would be a clean way to temporize this issue in regard of its criticity.

Thanks

I forgot to add the symptom I experience :
An email is not displayed when a vcard is attached.

I compiled 2.0.0.12 and the problem is still there!!
Maybe it is something related to gcc 4.3, or to some makeflag?

I have compiled it with no patches (apart from adding -lX11 to the LDFLGAS) and with the following options removed from the mozconfig:

ac_add_options --with-system-nspr
ac_add_options --with-system-nss
ac_add_options --with-system-jpeg
ac_add_options --with-system-zlib
ac_add_options --with-system-png
ac_add_options --with-system-mng
ac_add_options --enable-pango
ac_add_options --enable-xft
ac_add_options --enable-system-cairo
ac_add_options --enable-svg
ac_add_options --enable-canvas

AFAIK, that should have built it using the libraries included in the source tarball as I don't think it automatically detects these. This does not solve the problem.

I can only conclude, that this is a gcc4.3 issue. I have a local copy of gcc4.2 on my laptop so I will try building with this next and see if it solves the issue. Results in an hour...

Upstream bug report: https://bugzilla.mozilla.org/show_bug.cgi?id=426228

Definitely a gcc-4.3 issue. Several gentoo users confirm this is fixed by going to gcc-4.2.

Confirmed building with gcc-4.2 fixes the issue.

Some libraries are not found, even though they are installed.

$ ldd /usr/lib/thunderbird-2.0.0.14/thunderbird-bin | grep -e"not found"
libmozjs.so => not found
libxpcom.so => not found
libxpcom_core.so => not found
$ which libmozjs.so
/usr/lib/thunderbird-2.0.0.14/libmozjs.so
$ which libxpcom.so
/usr/lib/thunderbird-2.0.0.14/libxpcom.so
$ which libxpcom_core.so
/usr/lib/thunderbird-2.0.0.14/libxpcom_core.so

I tried to copy them to /usr/lib, now with ldd they are found, but this does not solve the problem.
I don't know if this can help.

I believe that the last problem mentioned by alcafar is totally unrelated.
That is why you don't run thunderbird-bin directly but the thunderbird wrapper, which will set up the correct env settings so that it can find these libraries.
Afaik, if libraries were missing, you could not even run the program at all.

It is unrelated. You get the same thing with firefox and sunbird.

This is a gcc-4.3 issue only and has no current solution according to all bug reports I found during my search.

Is there an upstream bug for this?

Until a solution with gcc 4.3 is found, why not putting in the repositories the packages compiled with gcc 4.2?
I would compile by myself with gcc 4.2 but I haven't got it anymore. I see that in the repos there are some old versions of gcc. Maybe creating a package for gcc 4.2 would not be a bad idea, but unfortunately I don't have enough knowledge to do it.
How can one have more than one version of gcc installed?

Allan, it seems your useful comments got already buried by the others (eg link to upstream bug report)
Maybe you can add them to the original bug report?

alcafar, there is a gcc34 package in the repo you can try. See instructions there to build an app with gcc34 :
http://bbs.archlinux.org/viewtopic.php?pid=369000#p369000

@shining: oops! Didn't see the link to the upstream bug. Sorry!

@shining: I don't have edit task powers on the Arch tracker.

@dolby: Can you put the useful info in the original bug report?

Thanks shining: compiled with gcc 3.4 from the repo, it works!
I replaced
make -f client.mk build || return 1
with
make CC=gcc-3.4 HOSTCC=gcc-3.4 CXX=g++-3.4 -f client.mk build || return 1
in PKGBUILD.
It's a good temporary solution, while waiting for the bug to be fixed.

Thanks shining: compiled with gcc 3.4 from the repo, it works!
I replaced
make -f client.mk build || return 1
with
make CC=gcc-3.4 HOSTCC=gcc-3.4 CXX=g++-3.4 -f client.mk build || return 1
in PKGBUILD.
It's a good temporary solution, while waiting for the bug to be fixed.

Fixed for amd64, still building i686.