thunderbird blocks UI completely (Not Responding) / beach ball while saving draft message with big files attached

NEW
Unassigned

Status

--
major
7 years ago
5 days ago

People

(Reporter: matteosistisette, Unassigned)

Tracking

(Depends on: 1 bug, Blocks: 1 bug, {perf})

12 Branch
x86
All
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

7 years ago
User Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/536.5 (KHTML, like Gecko) Chrome/19.0.1084.52 Safari/536.5

Steps to reproduce:

Make sure autosave is turned on
Start composing a new message.
Attach some big file (such as a few megabytes)
keep typing the new message


Actual results:

Every once in a while, when the message is automatically saved, thunderbird completely blocksb and stops responding until saving is done. This can take several seconds


Expected results:

Oh, do I need to say it? Saving should be done asynchronously and shouldn't block the interface.

Updated

7 years ago
Keywords: perf
Whiteboard: dupeme?

Comment 1

7 years ago
(In reply to matteo sisti sette from comment #0)
I think you need to enable SMTP logging https://wiki.mozilla.org/MailNews:Logging After that, we can see where the issue is.

There was a similar bug (bug 716791). Do you have anti-virus installed?
(Reporter)

Comment 2

7 years ago
No antivirus, no (do they even exist in Linux?)
Most probably this is a dupe of bug #319058: matteo do you agree?
(Reporter)

Comment 4

7 years ago
They are two different issues. Saving should be done asynchronously in a separate thread  regardless of whether or not attachment are attached when autosaving.
The issue in this report is not that saving takes too long, it's that it blocks Thunderbird during the whole time it takes.

Obviously not attaching the attachments would make this bug much less relevant, but indeed I don't even agree that the attachments should not be included when autosaving. They should be included _and_ re-attached from source prior to sending if still available.

Comment 5

6 years ago
I can reproduce this.  And I would expect beach ball on Mac.  The larger the file, and I assume the slower the server, the larger the delay.  I tested with a mere 46MB file.

bug 319058 should be investigated IMO, though perhaps not even possible to do, given how we  handle attachments (I think starting in v3?)

anyway, I don't find any obvious duplicates. confirming
Severity: normal → major
Status: UNCONFIRMED → NEW
Component: General → Message Compose Window
Depends on: 319058
Ever confirmed: true
OS: Linux → All
QA Contact: general → message-compose
See Also: → bug 457136
Summary: thunderbird blocks completely while saving which can take several seconds if big files are attached → thunderbird blocks UI completely (Not Responding) / beach ball while saving draft message with big files attached
Whiteboard: dupeme?

Updated

6 years ago
Blocks: 812827

Updated

5 years ago
Duplicate of this bug: 961464

Comment 7

2 years ago
Would also likely be helped by bug 1116055
Depends on: 1116055

Updated

2 years ago
Depends on: 1306914

Updated

2 years ago
No longer depends on: 1306914

Updated

5 days ago
Duplicate of this bug: 1395901
You need to log in before you can comment on or make changes to this bug.