Re: Thunderbird 3.0pre?
On 09/30/2009 05:28 AM, drago01 wrote: On Wed, Sep 30, 2009 at 4:15 AM, Mail Listsli...@sapience.com wrote: On 09/29/2009 11:20 AM, Christopher Aillon wrote: Tweaking the following pref: mailnews.database.global.indexer.enabled = false Should work around the problem for now. Is that any different than turning it off in Preferences-General-Enable Global Search and Indexer ? no In my experience the indexer isn't what causes the 100% CPU lockups. Synchronization of each folder seems to be the cause. If I turn off synchronization in Properties of all folders the 100% CPU lockups seem to go away entirely for me. Right-click on each folder, Properties, Synchronization, uncheck Select this folder for offline use. The indexer is annoying and I turned it off because after crunching away for hours it had indexed only 5% of my mail. Warren Togami wtog...@redhat.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Thunderbird 3.0pre?
Just to make things even more confusing, I have no problems with thunderbird-3.0-3.8.b3.fc12.x86_64.rpm I have a setup with - Multiple IMAP accounts - Some _huge_ folders ( 300 000 messages) - More than 11 GB of mail in one account, 9 GB in another The recent upgrade to thunderbird-3.0-3.9.b4.fc12.x86_64 made the computer almost unusable, (same as thunderbird-3.0-1.beta2.fc11.x86_64 did back in march/april). So something was fixed in b3, that is broken in b4 again - at least for me. Rgds. Ola Thoresen -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Thunderbird 3.0pre?
Mail Lists, Sun, 27 Sep 2009 11:23:11 -0400: You might want to delete your .thunderbird directory and try again. Im happy for you. For what its worth, I have several accounts too - not just many mail folders. My experience is that it is better to run IMAP server on localhost and store all messages there ... emails are too valuable thing to be given to pre-release code. Anyway ... It did not work for me - whilst the vanilla 3.0pre version works fine - witrhout deleting anything. I would love to see a bug report for this with a backtrace of thunderbird when it is in 100% CPU state. So, please: 1) install all -debuginfo packages (debuginfo-install thunderbird is your friend), 2) start TB, 3) open gnome-terminal (or whatever terminal emulator you use in X) and when TB goes to 100% CPU, you will have hopefully at least enough juice to Alt+TAB to the terminal and run gdb --pid=$(/sbin/pidof thunderbird-bin) (you can have it prepared on the command line, so you just run Alt+TAB and Enter) 4) when you finally get gdb prompt, run command thread apply all backtrace 5) you get many screens of stuff, please, copy it into a new bug report against Thunderbird component on bugzilla.redhat.com. Thank you, Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Thunderbird 3.0pre?
On 09/27/2009 08:15 AM, Mail Lists wrote: On 09/27/2009 11:02 AM, drago01 wrote: On Sun, Sep 27, 2009 at 5:00 PM, mike cloakedmike.cloa...@gmail.com wrote: Is there any chance there will be a build of Thunderbird 3.0PRE in Koji soon? It would be nice to see a build for F11 and F12 as I believe there are significant fixes compared to 3.0beta 4 in the 3.0pre build. like? I do know that the 64 bit fedora beta 4 (there is no 64 bit mozilla.org as, last I read a while ago, they are not comfortable the code is 64 bit clean) had terrible problems from beta 4 (tho beta 3 was fine). I switched to 32 bit mozilla.org 3.0pre (on x64 install of f11) and the problems went away. The beta 4 (from updates-testing) started the indexing thing - and then it took 100% cpu and memory growth went to 3.5 GiB - after a period memory use fell to 200 MiB, cpu declined .. then it repeated this cycle several times .. i left this for 6 hours - eventually tb locked up and left a dirty screen image - stuck - cpu usage went to 0 for TB. I had to hand kill it. Installing the stock mozilla 386 build has no such problems. I suspect there is some 64 very unclean code underlying the problem. Tho it could be beta 4 versus pre as well. Tweaking the following pref: mailnews.database.global.indexer.enabled = false Should work around the problem for now. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Thunderbird 3.0pre?
2009/9/27 drago01 drag...@gmail.com On Sun, Sep 27, 2009 at 5:21 PM, Michael Cronenworth m...@cchtml.com wrote: On 09/27/2009 10:15 AM, Mail Lists wrote: I do know that the 64 bit fedora beta 4 (there is no 64 bit mozilla.org as, last I read a while ago, they are not comfortable the code is 64 bit clean) had terrible problems from beta 4 (tho beta 3 was fine). I switched to 32 bit mozilla.org 3.0pre (on x64 install of f11) and the problems went away. The beta 4 (from updates-testing) started the indexing thing - and then it took 100% cpu and memory growth went to 3.5 GiB - after a period memory use fell to 200 MiB, cpu declined .. then it repeated this cycle several times .. i left this for 6 hours - eventually tb locked up and left a dirty screen image - stuck - cpu usage went to 0 for TB. I had to hand kill it. Installing the stock mozilla 386 build has no such problems. I suspect there is some 64 very unclean code underlying the problem. Tho it could be beta 4 versus pre as well Gee. Here I am messaging you on TB 3.0b4 on a x86_64 machine with TB 3.0b4 x86_64 from updates-testing. Your message was in a folder with 1367 other email messages. Indexing worked fine. I don't see any spikes in CPU or memory usage. No other bugs in b4 at the moment. It's the best version yet. You might want to delete your .thunderbird directory and try again. b4 is working fine for me to (x86_64) have not noticed any regressions compared to b3. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Thunderbird 3.0pre?
On Sun, Sep 27, 2009 at 5:00 PM, mike cloaked mike.cloa...@gmail.com wrote: Is there any chance there will be a build of Thunderbird 3.0PRE in Koji soon? It would be nice to see a build for F11 and F12 as I believe there are significant fixes compared to 3.0beta 4 in the 3.0pre build. like? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Re: Thunderbird 3.0pre?
Drag01 wrote like? Well someone I know has had dreadful problems with the x64 version of b4 build for F11 from updates-testing - with huge memory usage and never completed the re-indexing process - in the end it hung the machine completely. He took 3.0pre from the mozilla download site and it ran fine. I am told that the x64 code is not clean, and wondered if for x64 users with large numbers of accounts and large amounts of mail stored that maybe the 3.0pre code may actually work where it did not work for 3.0b4 in the x64 case? I have just moved from b2 to b4 as b2 gave me signficant problems with starttls connections to a dovecot imap server but my case was i386. -- mike -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Thunderbird 3.0pre?
On 09/27/2009 11:02 AM, drago01 wrote: On Sun, Sep 27, 2009 at 5:00 PM, mike cloaked mike.cloa...@gmail.com wrote: Is there any chance there will be a build of Thunderbird 3.0PRE in Koji soon? It would be nice to see a build for F11 and F12 as I believe there are significant fixes compared to 3.0beta 4 in the 3.0pre build. like? I do know that the 64 bit fedora beta 4 (there is no 64 bit mozilla.org as, last I read a while ago, they are not comfortable the code is 64 bit clean) had terrible problems from beta 4 (tho beta 3 was fine). I switched to 32 bit mozilla.org 3.0pre (on x64 install of f11) and the problems went away. The beta 4 (from updates-testing) started the indexing thing - and then it took 100% cpu and memory growth went to 3.5 GiB - after a period memory use fell to 200 MiB, cpu declined .. then it repeated this cycle several times .. i left this for 6 hours - eventually tb locked up and left a dirty screen image - stuck - cpu usage went to 0 for TB. I had to hand kill it. Installing the stock mozilla 386 build has no such problems. I suspect there is some 64 very unclean code underlying the problem. Tho it could be beta 4 versus pre as well. best, gene/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Thunderbird 3.0pre?
On 09/27/2009 10:13 AM, mike cloaked wrote: Well someone I know has had dreadful problems with the x64 version of b4 build for F11 from updates-testing - with huge memory usage and never completed the re-indexing process - in the end it hung the machine completely. He took 3.0pre from the mozilla download site and it ran fine. I am told that the x64 code is not clean, and wondered if for x64 users with large numbers of accounts and large amounts of mail stored that maybe the 3.0pre code may actually work where it did not work for 3.0b4 in the x64 case? I have just moved from b2 to b4 as b2 gave me signficant problems with starttls connections to a dovecot imap server but my case was i386. 1) x64 is Microsoft's marketing term. Why are you using it? 2) I run F11 x86_64 on two Core 2 machines. TB 3.0b4 on both. Dovecot IMAP with STARTTLS enabled. No problems whatsoever. Indexing on folders with thousands of e-mails worked fine. I've gone from b2, b3, and b4 without any problems. I've only seen the nice bug fixes and new features come up. I doubt the validity of the claim that your bugs are 64-bit only issues. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Thunderbird 3.0pre?
On 09/27/2009 10:15 AM, Mail Lists wrote: I do know that the 64 bit fedora beta 4 (there is no 64 bit mozilla.org as, last I read a while ago, they are not comfortable the code is 64 bit clean) had terrible problems from beta 4 (tho beta 3 was fine). I switched to 32 bit mozilla.org 3.0pre (on x64 install of f11) and the problems went away. The beta 4 (from updates-testing) started the indexing thing - and then it took 100% cpu and memory growth went to 3.5 GiB - after a period memory use fell to 200 MiB, cpu declined .. then it repeated this cycle several times .. i left this for 6 hours - eventually tb locked up and left a dirty screen image - stuck - cpu usage went to 0 for TB. I had to hand kill it. Installing the stock mozilla 386 build has no such problems. I suspect there is some 64 very unclean code underlying the problem. Tho it could be beta 4 versus pre as well Gee. Here I am messaging you on TB 3.0b4 on a x86_64 machine with TB 3.0b4 x86_64 from updates-testing. Your message was in a folder with 1367 other email messages. Indexing worked fine. I don't see any spikes in CPU or memory usage. No other bugs in b4 at the moment. It's the best version yet. You might want to delete your .thunderbird directory and try again. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Thunderbird 3.0pre?
On 09/27/2009 11:21 AM, Michael Cronenworth wrote: Gee. Here I am messaging you on TB 3.0b4 on a x86_64 machine with TB 3.0b4 x86_64 from updates-testing. Your message was in a folder with 1367 other email messages. Indexing worked fine. I don't see any spikes in CPU or memory usage. No other bugs in b4 at the moment. It's the best version yet. You might want to delete your .thunderbird directory and try again. Im happy for you. For what its worth, I have several accounts too - not just many mail folders. It did not work for me - whilst the vanilla 3.0pre version works fine - witrhout deleting anything. Thank you for your kind thoughts. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Thunderbird 3.0pre?
On Sun, Sep 27, 2009 at 5:21 PM, Michael Cronenworth m...@cchtml.com wrote: On 09/27/2009 10:15 AM, Mail Lists wrote: I do know that the 64 bit fedora beta 4 (there is no 64 bit mozilla.org as, last I read a while ago, they are not comfortable the code is 64 bit clean) had terrible problems from beta 4 (tho beta 3 was fine). I switched to 32 bit mozilla.org 3.0pre (on x64 install of f11) and the problems went away. The beta 4 (from updates-testing) started the indexing thing - and then it took 100% cpu and memory growth went to 3.5 GiB - after a period memory use fell to 200 MiB, cpu declined .. then it repeated this cycle several times .. i left this for 6 hours - eventually tb locked up and left a dirty screen image - stuck - cpu usage went to 0 for TB. I had to hand kill it. Installing the stock mozilla 386 build has no such problems. I suspect there is some 64 very unclean code underlying the problem. Tho it could be beta 4 versus pre as well Gee. Here I am messaging you on TB 3.0b4 on a x86_64 machine with TB 3.0b4 x86_64 from updates-testing. Your message was in a folder with 1367 other email messages. Indexing worked fine. I don't see any spikes in CPU or memory usage. No other bugs in b4 at the moment. It's the best version yet. You might want to delete your .thunderbird directory and try again. b4 is working fine for me to (x86_64) have not noticed any regressions compared to b3. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
