Closed
Bug 230466
Opened 21 years ago
Closed 21 years ago
Saving an attachment does not bring up a stand alone progress window
Categories
(SeaMonkey :: MailNews: Message Display, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: mscott, Assigned: mscott)
References
Details
Attachments
(1 file, 2 obsolete files)
7.52 KB,
patch
|
mscott
:
superreview+
|
Details | Diff | Splinter Review |
Select an attachment. Right click to bring up the context menu. Select SAVE (not
Open).
We prompt for a file name and the show save progress inside the main mail window.
We should really create a stand alone progress window like we do if you chose
"open".
Assignee | ||
Comment 1•21 years ago
|
||
Modify nsMsgSaveListener for the attachment case only, to invoke a progress
dialog (nsIDownload) and feed progress information to it. We also listen for a
cancel event from the dialog and cancel our download.
Some of the remaining issues:
1) we still show progress in the status bar of the main mail window. I don't
think we should do that but maybe it is ok.
2) If the download is a quick one (which is common for mailbox urls or small
imap attachments), we flash the progress dialog then take it down. Ideally we
shouldn't show it at all.
3) When dragging an attachment to the desktop, the dialog comes up as soon as
you initiate the drag. This is because of a drag and drop bug and not us
though.
Assignee | ||
Comment 3•21 years ago
|
||
This patch refactors things a little differently. By delaying our attempt to
initialize the progress dialog until after the first OnDataAvailable
notifcation is received, when can then figure out just how large the download
is going to be. Then we can try to avoid showing the dialog if we think it is a
small download.
What is a small download? I arbitrarily said 8K (2 OnDataAvailable calls)
This small change made the usability of this feature much better IMHO. I think
it is ready to get checked in.
Assignee | ||
Updated•21 years ago
|
Attachment #138676 -
Attachment is obsolete: true
Assignee | ||
Updated•21 years ago
|
Attachment #139946 -
Flags: superreview?(bienvenu)
Comment 4•21 years ago
|
||
Comment on attachment 139946 [details] [diff] [review]
updated patch
looks good - two nits:
+ if (NS_SUCCEEDED(rv))
+ {
+ // Send progress notification.
+ if (mWebProgressListener)
+ mWebProgressListener->OnProgressChange(nsnull, request, mProgress,
mContentLength, mProgress, mContentLength);
this can just be
if (NS_SUCCEEDED(rv) && mWebProgressListener)
mWebProgressListener->...
and this code, which I know you just moved, doesn't need the braces...
+ if (NS_FAILED(rv) && m_messenger)
+ {
+ m_messenger->Alert("saveAttachmentFailed");
}
+ else if (!m_dataBuffer)
+ {
+ m_dataBuffer = (char*) PR_CALLOC(FOUR_K+1);
}
Attachment #139946 -
Flags: superreview?(bienvenu) → superreview+
Assignee | ||
Comment 5•21 years ago
|
||
updating the diff with david's comments
Attachment #139946 -
Attachment is obsolete: true
Assignee | ||
Comment 6•21 years ago
|
||
Comment on attachment 139947 [details] [diff] [review]
updated patch with review comments
carrying forward the sr
Attachment #139947 -
Flags: superreview+
Assignee | ||
Comment 7•21 years ago
|
||
fixed
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 8•21 years ago
|
||
fixed on the m4 branch now too.
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•