Yesterday I performed the upgrade from thunderbird-0.7.3-r1 to thunderbird-0.8 via 'emerge sync && emerge --update --deep world'. When first starting Thunderbird, it didn't display anything. I could see the "three-pane-window", but it had no content - restarting Thunderbird fixed this. But the real problem was that I was not able to get any new mails from the already configured POP3 accounts. TB showed (correctly) that there is new mail waiting, but when I told TB to get this mail, it just didn't show any kind of reaction. I tested this with three different POP3 accounts that are on three different servers. The fix to this problem was the same mentioned in bug 63999 comment #12: after deleting ~/.thunderbird/default/foobar/compreg.dat it again works as expected. But this is just a workaround, not an actual fix of the problem itself. Note: I just have POP3 accounts available, so I wasn't able to test if the same problem applies to IMAP-accounts. Reproducible: Didn't try Steps to Reproduce: 1. install mozilla-thunderbird-0.7.3-r1, configure some POP3 accounts 2. emerge --update --deep world / emerge --update --deep mozilla-thunderbird 3. start thunderbird Actual Results: New mails shown to be present on server, but Thunderbird didn't show any reaction when pressing the "Get Mail"-button. Expected Results: I expected it to fetch the mail from the POP3 server, as it did in 0.7.3-r1 (and now does after applying the fix that is described above). emerge info: Portage 2.0.50-r11 (default-x86-2004.0, gcc-3.3.4, glibc-2.3.3.20040420-r1, 2.6.7-gentoo-r9) ================================================================= System uname: 2.6.7-gentoo-r9 i686 AMD Athlon(TM) XP 2600+ Gentoo Base System version 1.4.16 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=i686 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/init.d /etc/rc.d /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=i686 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://ftp.ussg.iu.edu/linux/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X aim alsa apache2 apm arts avi berkdb bitmap-fonts cdr crypt cups dvd encode esd foomaticdb gd gdbm gif gnome gpm gtk gtk2 guile imlib jabber jpeg kde ldap libg++ libwww mad mikmod mmx motif mozilla mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png ppds python qt quicktime readline scanner sdl slang spell ssl svga tcltk tcpd truetype usb x86 xml2 xmms xprint xv zlib"
annoying eh? the only way i made it behave was to totally trash ~/.thunderbird doing so will trash all your mail, prefs, mail, oh yeah and your contact address book, your mail... i managed to salvage my ImapMail, local Mail, spam training.dat, and address book, but the preferences were all blown away. sorry but i forgot what exactly i did. you can figure it out killall thunderbird-bin mv ~/.thunderbird ~/.thunderbird-old start thunderbird and create a new account etc. killall thunderbird-bin now go through the two directory structures and look for similarities. best advice i can give, i don't see any migration scripts. i'm presuming this is just The Way It Is (TM). take this information, make a migration script, commit. i will try to proofread if possible.
Just FYI, hope this helps :- It worked for me by deleting compatibility.ini. If the Build ID differs from what's in compatibility.ini, it should sort it - I think. If you look early in the moz / fire / thunderbird build it does /usr/bin/perl -I. ./bdate.pl build_number which uses UpdateBuildNumber in work/mozilla/config/mozBDate.pm That creates work/mozilla/config/build_number When I build here, Build ID is always 0000000000 because of the way UpdateBuildNumber works it'll not write the date unless $offical is true - [it might be easier to just create work/mozilla/config/build_number from the ebuild?]
Got the same kind of problem, thunderbird 0.8 (after an upgrade) was segfaulting after a while. Before segfaulting, thunderbird was trying to connect to one of my account (I have IMAP, S/IMAP and POP3 accounts). Deleting: ~/.thunderbird/default.ys9/compreg.dat fixed the problem for me.
Just to let you know: usually, segfaults are noticable (if not, I happily stand corrected :)) by the application being stopped. This didn't happen for me. But since I usually start out of the gnome panel, I'm not sure if there was any error message visible.
I too had the same problem, and yes IMAP is affected. Deleting compatibility.ini fixed the problem for me as well. Thanks for the fix.
deleting compreg.dat worked also for me for imap/imaps/pop3s accounts, first i got a segfault when I tried to stop the process of fetching mail, but this is also resolved.
This seems to have been a problem for a long time, maybe this should go upstream? Removing compreg.dat when going from 0.7.3 to 1.0 solved my problem, but it's annoying to have to do this at all.
I believe this bug can be closed. It's not relevant any longer.
Obsolete version, irrelevant bug. Closing.