This site will have limited functionality while we undergo maintenance to improve your experience. If an article doesn't solve your issue and you want to ask a question, we have our support community waiting to help you at @FirefoxSupport on Twitter and/r/firefox on Reddit.

Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Global indexing makes Thunderbird very unresponsive after update to v128

  • 11 àwọn èsì
  • 1 ní ìṣòro yìí
  • Èsì tí ó kẹ́hìn lọ́wọ́ zatz

more options

Thunderbird automatically updated to v128 earlier this week after I went to Help - About Thunderbird to check that it had updated to v115.14.

Everything seemed okay immediately after the update, but when I started Thunderbird the next day it was very unresponsive. Checking the Activity Manager showed that Thunderbird was indexing messages, but that this was happening very slowly. I let Thunderbird do its thing that day in the hope that things would settle down.

The next day when I started Thunderbird things were still bad. I tried Rebuilding the Global Database but when I restarted Thunderbird it was just as bad, if not worse.

I then turned off indexing in the Thunderbird settings and Thunderbird is now responsive and back to normal.

Is anyone else seeing anything like this? Any suggestions to fix the problem?

I am a long time Thunderbird user so my profile is very large with a lot of accounts, and has been through a lot of Thunderbird versions, so it is potentially more complicated than normal.

Thunderbird version is currently 128.1.0esr (32-bit).

Thanks

Thunderbird automatically updated to v128 earlier this week after I went to Help - About Thunderbird to check that it had updated to v115.14. Everything seemed okay immediately after the update, but when I started Thunderbird the next day it was very unresponsive. Checking the Activity Manager showed that Thunderbird was indexing messages, but that this was happening very slowly. I let Thunderbird do its thing that day in the hope that things would settle down. The next day when I started Thunderbird things were still bad. I tried [[Rebuilding the Global Database]] but when I restarted Thunderbird it was just as bad, if not worse. I then turned off indexing in the Thunderbird settings and Thunderbird is now responsive and back to normal. Is anyone else seeing anything like this? Any suggestions to fix the problem? I am a long time Thunderbird user so my profile is very large with a lot of accounts, and has been through a lot of Thunderbird versions, so it is potentially more complicated than normal. Thunderbird version is currently 128.1.0esr (32-bit). Thanks

All Replies (11)

more options

If one day of updating the index was not enough to complete, clearly a longer time would be required post the deletion of the file.

I would suggest an exemption in whatever antivirus product you use for the Thunderbird profile folder as that is a prime cause of slow everything really, especially the building of multi gigabyte files.

Helpful?

more options

Thanks for your comments, @MattAuSupport.

It now looks like the indexing problems are a symptom, not a cause. I'm not sure of the underlying cause, but I have a few ideas. I'll report back if I find something.

Is there a way to get Thunderbird to show what it is doing. The Activity Manager shows some things, but not stuff like checking RSS feeds, and the console seems to only show errors. So I'm not aware of way to see what Thunderbird is actually doing when it is using a heap of CPU. Are you able to help?

Thanks!

Helpful?

more options

I'm using 128.1.0esr on macOS, and Global Indexing gets stuck and never finishes on one of my locally stored folders. When I restart Thunderbird, it says determining which messages to index and gets stuck there. When I restart in troubleshoot mode, it quickly starts scanning again of that same troublesome folder, but it's always stuck at "Indexing 6 of 5052 messages in [folder name]".

Helpful?

more options

Hi @user5806!

I doubt that your problem is the same as mine, so it might be worth posting it as a separate question to see if anyone can help.

I'm no expert on this, but Rebuilding the Global Database is usually the solution to problems like this.

Other things that might be worth considering are repairing the folder (see the second half of the Software interruption to the process section of the Compacting folders - Potential complications article) or moving the messages in the troublesome folder to another one.

Hope that's of some help.

Helpful?

more options

Let us know how it is with 128.2.0

Helpful?

more options

Thanks for following up, Wayne.

The problem is still there in v128.2, but I think that I have narrowed down the problem. It seems to be related to compacting.

As long as I click on Remind me later when I get the message about compacting, Thunderbird runs okay. I've tried this over a couple of days, and this has been consistent.

The only exception to this has been when I detached a file from an email. I got the Compact folders message, and clicked on Remind me later but shortly after this, Thunderbird became sluggish and was using a lot of CPU. As I thought that I'd have to shut down Thunderbird to get it back to normal, I tried manually compacting the folder containing the email from which I'd detached the file using (on Windows) Alt + F and then selecting Compact Folders. I though that this would reduce the chance of getting the compacting message in the future. However, and for some reason after compacting, Thunderbird returned to normal.

But just to complicate things, while writing this, I noticed that Thunderbird had become sluggish and was using a lot of CPU. So I tried compacting a couple of folders that I had used recently, with Alt + F on one folder, and by right clicking on a folder and selecting compact from the menu there with another folder, and Thunderbird is still sluggish and using a lot of CPU. So there is still something going on, or there is a folder that Thunderbird thinks needs compacting that I can't "see".

And now, since it has taken me some more time (5 - 10 minutes) to complete this message, Thunderbird has again returned to normal. I've never seen this before, even with Thunderbird using high CPU for several hours. so maybe my compacting did do something???

As I said above, if you can help me "see" what Thunderbird is doing when it is using a lot of CPU, that will probably help track down the underlying problem.

Thanks for your help.

Helpful?

more options

Activity can continue after a compact is complete. This can been seen in Tools > Activity Manager.

Helpful?

more options

There is nothing in the Activity Manager. Messages about compacting appear in the Status Bar, but not in the Activity Manager. Even after I get the Done compacting message in the Status Bar, Thunderbird continues to use CPU when it isn't being used, and to use CPU and run sluggishly when it is being used.

I see that Thunderbird has some logging options: https://wiki.mozilla.org/MailNews:Logging

Any suggestions on what settings I should use to see what is happening here? Compacting doesn't seem to be covered explicitly in the logging article.

Thanks

Helpful?

more options

I have added "compact" to https://wiki.mozilla.org/MailNews:Logging#Thunderbird_Module_Names

But I think there is more than compacting going on. Please:

Now try to reproduce. Has the problem changed?

Helpful?

more options

zatz, did you have good results?

Helpful?

more options

Thanks Wayne. I'm guessing that it will take some time to do all the safe mode stuff properly, so I'll get back to you when I've been able to fit that in.

Helpful?

Béèrè ìbéèrè

You must log in to your account to reply to posts. Please start a new question, if you do not have an account yet.