Closed
Bug 234546
Opened 22 years ago
Closed 22 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•22 years ago
|
||
![]() |
Assignee | |
Comment 2•22 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•22 years ago
|
Attachment #141551 -
Flags: superreview?(mscott) → superreview+
![]() |
Assignee | |
Comment 3•22 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•22 years ago
|
||
fixed on m4 branch
![]() |
Assignee | |
Comment 5•22 years ago
|
||
fixed on trunk.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Updated•21 years ago
|
Product: MailNews → Core
Updated•17 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•