Поиск в Поддержке

Избегайте мошенников, выдающих себя за службу поддержки. Мы никогда не попросим вас позвонить, отправить текстовое сообщение или поделиться личной информацией. Сообщайте о подозрительной активности, используя функцию «Пожаловаться».

Подробнее

Thunderbird Quick Filter SLOW

  • 12 ответов
  • 0 имеют эту проблему
  • Последний ответ от YeOldNerd

more options

This is essentially the same problem as https://support.mozilla.org/en-US/questions/1430726 . I am running 128.1.0esr, and the problem surfaced recently. I installed 128.0.1esr (replacing 115.13.0) on July 31. and the problem might have been re-introduced there. I have not researched the version numbers, so I do not know why I went from 115.13.0 to 118.0.1esr.

Here is the problem. I want to see all of the mails with a certain string in the sender field. After I have typed the first character in the filter field, Thunderbird goes into a "Not Responding" state, and I see a spinning blue circle. After I have entered the entire string, it takes a while before TB becomes responsive. When TB becomes responsive, I can delete all of the selected messages (in less than a second). But when I then remove or change the string, TB takes a lot of time before becoming responsive again. Wayne Mery posted at the end of that other archived thread "115.9.0 has a patch related to quick filters which may help." Has that patch somehow been regressed? Thanks.

This is essentially the same problem as https://support.mozilla.org/en-US/questions/1430726 . I am running 128.1.0esr, and the problem surfaced recently. I installed 128.0.1esr (replacing 115.13.0) on July 31. and the problem might have been re-introduced there. I have not researched the version numbers, so I do not know why I went from 115.13.0 to 118.0.1esr. Here is the problem. I want to see all of the mails with a certain string in the sender field. After I have typed the first character in the filter field, Thunderbird goes into a "Not Responding" state, and I see a spinning blue circle. After I have entered the entire string, it takes a while before TB becomes responsive. When TB becomes responsive, I can delete all of the selected messages (in less than a second). But when I then remove or change the string, TB takes a lot of time before becoming responsive again. Wayne Mery posted at the end of that other archived thread "115.9.0 has a patch related to quick filters which may help." Has that patch somehow been regressed? Thanks.

Все ответы (12)

more options

Here is more information. I had a problem with very slow mail deletion. I appended to this thread: https://connect.mozilla.org/t5/discussions/thunderbird-extremely-slow-deleting-emails/m-p/64427#M22685 . The solution in that thread did not resolve my problem. Then, a few days later, the problem vanished. I did not consciously make any changes that would have resolved the problem. So, in this case, I have no idea what inside the Windows 10 system was causing the problem and what fixed it. There is a possibility, I believe (from my many years of IT experience), that the same thing might be happening here. But I have very limit4ed knowledge of the internals of Thunderbird.

Полезно?

more options

Has anyone seen this? I have not seen a response, and it is a BIG problem for me.

Полезно?

more options

Полезно?

more options

Thanks for the information. I looked at that bug, and there was a lot of dialog. I did not see a workaround, nor did I see the release in which the bug was fixed. A comment 4 days ago says "approved for Beta". So I assume that a fix will be coming soon. At one point I was running the nightly builds, but i prefer not to do that. If there is a workaround, I can try that, but I did not see it in the dialog.

Полезно?

more options

The link gives the steps to eliminate the slow filtering, and is confirmed in e.g. comments 13 and 14.

Полезно?

more options

sfhowes said

The link gives the steps to eliminate the slow filtering, and is confirmed in e.g. comments 13 and 14.

Indeed exactly that - comment 5

Полезно?

more options

Wayne, in my case the columns are "thread", Subject, Correspondent, and Date. The inbox is sorted by Date. I have 86,000 messages in my in-box. (I am on many candidate mailing lists, and they all want donations, multiple times per day). I usually delete them in bulk, by sender, but the current problem makes that hard. I never know/remember if I have "threads" enabled., and I do not know if that is germane to the current problem. This morning I clicked on the "threads" icon, and it appeared that the process was much faster. I saw mail grouped by threads, so I must have enabled it. Then I added the "Order Received" column. I sorted by that and then by date, and the process seemed to be the same duration as it was before I added the "Order Received" column. As a test I just clicked on the "threads" icon (turned it off), and a search for mail was slow. I then enabled "threads", and did the same search. It was faster. So, it appears that "threads" is involved somehow. Adding the extra column seems not to have made any difference. Now I would like to remove that new "Order Received" column, but I have not had time to look to see how to do it. I would like to remove it and see if I can duplicate my results with the "threads" setting. Thanks.

Полезно?

more options

I just ran a test. I removed the "Order Received" column, and I turned off "threads" . I did a search "lgb" on my mail messages, and it took a while. The "X" in the upper right corner turned red during the search (i.e., not responding). Then I cleared the search and enabled "threads". When I did the same "lgb" search, it took much less time, and the Thunderbird process did not go into a non-responsive state. This proves (to me) that "threads" is somehow involved in the slowness. I might have expected that enabling "threads" would have slowed the process due to the extra work in combining the messages in each thread. But that appears not to be the case. I have not looked at the bug page to see if "threads" is mentioned.

Полезно?

more options

Indeed, threading alone does not force sorting, and the performance issue is caused by sorting.

Note, unfortunately (AIUI), removing a column does not remove it's sort setting.

Полезно?

more options

Wayne, thanks for the information. Is there a projected release when this bug fix will appear?

Полезно?

more options

I'm hoping 128.2.0 within a couple weeks.

Полезно?

more options

Wayne Mery said

I'm hoping 128.2.0 within a couple weeks.

That did not fix it for me and neither did 128.4.0. See my remarks here

Изменено YeOldNerd

Полезно?

Задать вопрос

Для ответа на сообщения вы должны войти в свою учётную запись. Пожалуйста, задайте новый вопрос, если у вас ещё нет учётной записи.