Open Bug 760859 Opened 12 years ago Updated 2 years ago

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

Categories

(Thunderbird :: Message Compose Window, defect)

12 Branch
x86
All
defect
Not set
major

Tracking

(Not tracked)

People

(Reporter: matteosistisette, Unassigned)

References

(Depends on 1 open bug, Blocks 1 open bug)

Details

(Keywords: perf, Whiteboard: [needs profile])

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.
Keywords: perf
Whiteboard: dupeme?
(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?
No antivirus, no (do they even exist in Linux?)
Most probably this is a dupe of bug #319058: matteo do you agree?
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.
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: → 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?
Blocks: tb-drafts
Would also likely be helped by bug 1116055
Depends on: 1116055
Depends on: 1306914
No longer depends on: 1306914
Depends on: 1507709

Alfred, can you test and get a profile link for this?

  1. Use Thunderbird 68 or newer - beta or current nightly build
  2. Install profiler add-on into thunderbird - get the add-on file from https://github.com/firefox-devtools/Gecko-Profiler-Addon/blob/master/gecko_profiler.xpi?raw=true and in Tools > add-ons click the gear to install add-on from file
  3. Follow instructions at https://profiler.firefox.com/ Also see videos based on Firefox, but applicable to Thunderbird.
  4. Create a profiler URL and post it here.
Flags: needinfo?(infofrommozilla)
Whiteboard: [needs profile]
Flags: needinfo?(infofrommozilla)
You need to log in before you can comment on or make changes to this bug.