I upgraded from fc7 to fc8, keeping /home I installed thunderbird-2.0.0.9.fc8.i386 I installed the lightining 0.7 calendar addon With that configuration, thunderbird looks "wrong". There is an unexpected calendar pane on the left hand side. The right hand side is "empty", you might call it even "distorted". No information from my subscribed calendars is shown. I suspect this is due to some binary INcompatibility. I uninstalled the add-on from my profile. I downloaded an official thunderbird 2.0.0.9 binary from ftp.mozilla.org I started the mozilla.org thundebird and re-installed the add-on. Now everything works as expected!
Interesting: The compatibility might only be related to installation-time. After I have used the official binary to install, I am able to run thunderbird.fc8 and it works, too.
Ok, I understand now. The lightning add-on comes with binaries. Those binaries require old libstdc++.so.5 My system did not have that library when I first tried to run it. So, I did not get any error messages on the console, all I got was the distorted UI. When I tried to execute the thunderbird binary from mozilla.org, I noticed libstdc++.so.5 is missing and installed compat-libstdc++ Once I had that library, the lightning plugin worked.
Don't know what to think about the idea to make thunderbird dependent on compat-libstdc++. Caillon?
This bug should be extended to other Mozilla software as well. For example, the Google toolbar extension for Firefox includes .so files, too, and they require to the same old libstdc++.so.5 (While basic functionality of that extension seems to work with our firefox, I'm sure there is some advanced functionality that won't work.)
I found another Linux extension, html-tidy, and it's indeed broken. I even have a completely broken url-bar (always empty). http://users.skynet.be/mgueury/mozilla/download.html http://htmlvalidator.sourceforge.net/mozilla/tidy_firefox_linux_0843.xpi http://users.skynet.be/mgueury/mozilla/faq.html#LINUX
If I understand correctly, it's considered unsafe to mix different versions of c++ libraries in a process (risk of mixing alloc/free from different libs).
*** Bug 315111 has been marked as a duplicate of this bug. ***
*** Bug 245510 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of 237137 ***