Closed
Bug 234546
Opened 21 years ago
Closed 21 years ago
sending mail spins if we can't get access to a file attachment
Categories
(MailNews Core :: Composition, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: Bienvenu, Assigned: Bienvenu)
Details
Attachments
(1 file)
6.75 KB,
patch
|
mscott
:
superreview+
|
Details | Diff | Splinter Review |
If we get a file system error opening a file when trying to attach it during the
send process, we just spin forever w/o aborting the progress dialog. This is
because we blow off the error attaching the file. Fix upcoming.
Assignee | ||
Comment 1•21 years ago
|
||
Assignee | ||
Comment 2•21 years ago
|
||
Comment on attachment 141551 [details] [diff] [review]
proposed fix
don't blow off error, and put up a meaningful error message.
Attachment #141551 -
Flags: superreview?(mscott)
Updated•21 years ago
|
Attachment #141551 -
Flags: superreview?(mscott) → superreview+
Assignee | ||
Comment 3•21 years ago
|
||
fixed on trunk.
Here's how I created the problem.
On one machine, using winzip, I added a file in my shared documents folder to a
zip archive called palmsync.xpi, using the file explorer context menu "add file
to zip archive"
On a second machine, I tried to attach the palmsync.xpi file, and then send the
message. It spun forever, because the .xpi file was locked.
Note that winzip was not open at the time. I don't know if the two machine setup
is needed to recreate this, but in general, we should handle failures to read
attachments.
Assignee | ||
Comment 4•21 years ago
|
||
fixed on m4 branch
Assignee | ||
Comment 5•21 years ago
|
||
fixed on trunk.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•