Open Bug 1669712 Opened 4 years ago Updated 7 months ago

handle slow cases for showing the size of detached attachments better (for users who have them on network storage)

Categories

(Thunderbird :: Message Reader UI, enhancement)

enhancement

Tracking

(Not tracked)

People

(Reporter: Thunderbird_Mail_DE, Unassigned)

Details

(Keywords: perf:responsiveness)

Attachments

(1 file)

In msgHdrView.js we handle the sizes of detached attachments to display these sizes in UI.

For users who have them on network storages (e.g. per SSHFS on internet), this means to wait for this process in case of big (e.g. 12 MByte) detached attachments and Thunderbird shows a rotating icon in the meantime for these attachment sizes.

The problem is: The UI is frozen in this time.

Maybe the code could be optimized by more async functions?

To ultimately fix this behaviour, we could provide a simple option (or hidden pref) to disabled the lookup for detached attachment sizes.

Another possibility would be to store the size of an attachment (calculated before detaching) inside the message after the content-headers:
X-Mozilla-External-Attachment-URL:
X-Mozilla-Altered:

It's almost already possible.
For https://searchfox.org/comm-central/rev/0af59a692f43286cbc0d239cafd250e33c4582ec/mail/base/content/msgHdrView.js#2801 when isFetching is true we should just skip showing the sizes.

The fetching is handled async, so the UI should not be frozen.

Summary: RFE: Provide an option not to show the size of detached attachments (for users who have them on network storage) → handle slow cases for shoing the size of detached attachments better (for users who have them on network storage)

(In reply to Magnus Melin [:mkmelin] from comment #2)

The fetching is handled async, so the UI should not be frozen.

For clarification: Yes, the UI is not frozen but (at least in Thunderbird 68.10.0) I have following issue: After opening another message with detached attachments the attachment(s) from the previous message is/are still shown. See screenshot.

(In reply to Magnus Melin [:mkmelin] from comment #2)

It's almost already possible.
For https://searchfox.org/comm-central/rev/0af59a692f43286cbc0d239cafd250e33c4582ec/mail/base/content/msgHdrView.js#2801 when isFetching is true we should just skip showing the sizes.

The fetching is handled async, so the UI should not be frozen.

Possible to pursue post version 115?

Summary: handle slow cases for shoing the size of detached attachments better (for users who have them on network storage) → handle slow cases for showing the size of detached attachments better (for users who have them on network storage)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: