Rechercher dans l’assistance

Évitez les escroqueries à l’assistance. Nous ne vous demanderons jamais d’appeler ou d’envoyer un SMS à un numéro de téléphone ou de partager des informations personnelles. Veuillez signaler toute activité suspecte en utilisant l’option « Signaler un abus ».

En savoir plus

Global indexing makes Thunderbird very unresponsive after update to v128

  • 11 réponses
  • 1 a ce problème
  • Dernière réponse par 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

Toutes les réponses (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.

Cela vous a-t-il été utile ?

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!

Cela vous a-t-il été utile ?

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]".

Cela vous a-t-il été utile ?

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.

Cela vous a-t-il été utile ?

more options

Let us know how it is with 128.2.0

Cela vous a-t-il été utile ?

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.

Cela vous a-t-il été utile ?

more options

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

Cela vous a-t-il été utile ?

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

Cela vous a-t-il été utile ?

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?

Cela vous a-t-il été utile ?

more options

zatz, did you have good results?

Cela vous a-t-il été utile ?

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.

Cela vous a-t-il été utile ?

Poser une question

Vous devez vous identifier avec votre compte pour répondre aux messages. Veuillez poser une nouvelle question, si vous n’avez pas encore de compte.