Closed Bug 1907997 Opened 4 months ago Closed 4 months ago

Quick Filter locks up, crashes on large folders in 128esr

Categories

(Thunderbird :: Search, defect)

Product:
Thunderbird
Component:
Search
Version:
Thunderbird 128
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 1908233

People

(Reporter: jberkus, Unassigned)

References

Details

(Keywords: perf)

With the upgrade to 128esr, Quick Filter has become unusable on folders with large numbers of messages. Typing search text into the quick filter box often causes Thunderbird to become unresponsive, and the system application crash box to pop up. Because of this unresponsiveness, one can't search because one can't ever type the full search term into the box. This is even just searching Sender and Subject, with search on Body turned off.

These problems did not occur with 115.

OS: Linux (BlueFin)
Thunderbird: 128esr Flatpak
Mail Type: IMAP

Steps to reproduce:

  1. Install 128esr
  2. Subscribe to an IMAP folder with thousands of messages
  3. Open Quick filter
  4. Try to search on Quick Filter box
  5. Get "This application has become unresponsive, do you want to force quit?" dialog.

Part of the problem appears to be (I can't verify this) that Quick Filter now starts immediately searching on the first character typed, instead of waiting a few seconds for the user to finish input. And the number of messages that contain the letter "m", for example, is going to be huge.

Came up with a way to verify the above diagnosis: if I copy & paste a search term into the box, search works, although I still get a crash warning.

Bug 1849650 will give you 100ms per character before attempting to present results. Version 115 uses the same delay.

What were your results with Help > Troubleshoot Mode?

Subscribe to an IMAP folder with thousands of messages

  • How many?
  • Which message list view - card or table
  • Which layout?
  • What exact sort criteria.

Thanks

Flags: needinfo?(josh)
Keywords: perf
  1. Problem still occurs in Troubleshoot Mode
  2. One folder I tested it on has 50,000 messages; the other has 20,000. I use my messages as a contact database, which is why I rely heavily on Quick Filter.
  3. Classic View, Default Density
  4. Sort is by timestamp, latest timestamp at the bottom (and focus there too).
Flags: needinfo?(josh)

One more note: some of these mailboxes are Pobox, so they still have actual folders and not Gmail's "virtual folders".

I've been testing this on other folders with fewer messages to figure out where the threshold is. This has proven hard to test because I've now encountered another bug, which may be related: https://bugzilla.mozilla.org/show_bug.cgi?id=1908233

See Also: → 1908233

(In reply to [:jberkus] Josh Berkus from comment #4)

  1. Sort is by timestamp, latest timestamp at the bottom (and focus there too).

We don't have a field named timestamp. We have date, received, order received.

The field is called "Date", but it actually contains a timestamp.

The problem is actually being caused by 1908233. As such, closing this bug because once TBKeys-lite is uninstalled the problem goes away.

Status: NEW → RESOLVED
Closed: 4 months ago
Duplicate of bug: 1908233
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.