Closed
Bug 230466
Opened 20 years ago
Closed 20 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•20 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•20 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•20 years ago
|
Attachment #138676 -
Attachment is obsolete: true
Assignee | ||
Updated•20 years ago
|
Attachment #139946 -
Flags: superreview?(bienvenu)
Comment 4•20 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•20 years ago
|
||
updating the diff with david's comments
Attachment #139946 -
Attachment is obsolete: true
Assignee | ||
Comment 6•20 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•20 years ago
|
||
fixed
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 8•20 years ago
|
||
fixed on the m4 branch now too.
Updated•19 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•