Open Bug 1915616 Opened 6 months ago Updated 29 days ago

Context menu remains open above all other windows during compact

Categories

(Thunderbird :: Mail Window Front End, defect)

Thunderbird 115
defect

Tracking

(thunderbird_esr128 affected)

UNCONFIRMED
Tracking Status
thunderbird_esr128 --- affected

People

(Reporter: psychonaut, Unassigned)

Details

When I right-click on an uncompacted folder with a large number of messages (say, several thousand) and select "Compact", the context menu remains open and Thunderbird freezes while the compact operation executes, which can take over a minute. The context menu stays above all other windows on my desktop, which means that my workspace is obscured if a switch to another window.

I am seeing this problem with Thunderbird 115 on openSUSE Tumbleweed running KDE Plasma 6 on X11.

Reproducibility: Always

Steps to reproduce:

  1. Right-click on an uncompacted folder with several thousand messages. A context menu appears.
  2. Click on "Compact".

Observed results:

  • The context menu remains open and above all other windows on the desktop while the Compact operation executes.

Expected results:

  • The context menu should disappear while the Compact operation executes, or at least it should not be kept above all other windows on the desktop.

Better with v128?

Yes, no longer reproducible with Thunderbird 128.3.0.

Status: UNCONFIRMED → RESOLVED
Closed: 4 months ago
Resolution: --- → WORKSFORME

Sorry, I spoke too soon. I observed the problem today with 128.3.0esr when compacting a large folder (about 5600 messages).

Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: WORKSFORME → ---

Christian, can you reproduce?

Status: REOPENED → UNCONFIRMED
Ever confirmed: false
Flags: needinfo?(chriechers)

A couple of things first:
One doesn't know beforehand whether a folder needs compacting, but only after the fact.
My largest folder has a little less than 2000 messages, not several thousand. It's on an IMAP server.

I seldom start compacting manually, it typically gets triggered automatically. I therefore doubt I do have truly "uncompacted" folders.
Triggering compacting manually for that one particular folder shows no unusual effects. As per status bar information compacting saved about 68 kB, and it probably took no longer than a second or two.
I don't think I've ever seen any of the effects described in #c0.

TB128.6.0, openSUSE Tumbleweed, Gnome 47 on Wayland

Flags: needinfo?(chriechers)
You need to log in before you can comment on or make changes to this bug.