Closed
Bug 78900
Opened 24 years ago
Closed 24 years ago
Offline - Download now command needs to pass nsMsgWindow to backend
Categories
(SeaMonkey :: MailNews: Backend, defect, P2)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.4
People
(Reporter: Bienvenu, Assigned: mohanb)
References
Details
(Whiteboard: ready for checkin, verified on trunk)
Attachments
(2 files)
|
1.56 KB,
patch
|
Details | Diff | Splinter Review | |
|
1.83 KB,
patch
|
Details | Diff | Splinter Review |
The js function onOfflineFolderDownload needs to pass an nsMsgWindow to the
downloadAllForOffline method, so that the user can see progress, and stop the
command. A progress window would be best, probably; another possibility would be
to close the property dialog and use the parent window. (In the latter scenario,
the property dialog would need to be closed because it is modal to the parent
window, and the user can't press stop on the parent window when it has a modal
window open on top of it). Not sure what the spec says, but my guess is that it
calls for a progress window.
This is in the the Folder Properties dialog, Offline tab, when the "Download
Now" button is clicked, correct?
Agree a progress dialog would be best. User clicks "Download Now", Folder
properties dialog remains open and a progress window opens on top. Progress
dialog shows status of download and allows user to stop download. Progress
dialog goes away when complete.
| Assignee | ||
Updated•24 years ago
|
Priority: -- → P2
Target Milestone: --- → mozilla0.9.2
| Assignee | ||
Comment 5•24 years ago
|
||
| Assignee | ||
Comment 7•24 years ago
|
||
| Assignee | ||
Updated•24 years ago
|
Whiteboard: [PDT+] → [PDT+] requesting r & sr
| Reporter | ||
Comment 8•24 years ago
|
||
cool, this will do until we get a real progress window from mscott sr=bienvenu
| Assignee | ||
Updated•24 years ago
|
Whiteboard: [PDT+] requesting r & sr → [PDT+] requesting a=;
| Assignee | ||
Comment 9•24 years ago
|
||
cc'ing bhuvan for r=;
| Assignee | ||
Updated•24 years ago
|
Whiteboard: [PDT+] requesting a=; → [PDT+] requesting a=; Planning for checkin by FRI : 06/22
| Assignee | ||
Updated•24 years ago
|
Whiteboard: [PDT+] requesting a=; Planning for checkin by FRI : 06/22 → [PDT+] requesting a=;
Comment 10•24 years ago
|
||
You need the r= before you can get the a=, has Bhuvan responded yet?
Whiteboard: [PDT+] requesting a=; → [PDT+] requesting r=
Comment 11•24 years ago
|
||
r=bhuvan.
| Assignee | ||
Updated•24 years ago
|
Whiteboard: [PDT+] requesting r= → [PDT+] requesting a=; r=bhuvan; sr=bienvenu;
Comment 12•24 years ago
|
||
a= asa@mozilla.org for checkin to 0.9.2.
(on behalf of drivers)
| Assignee | ||
Updated•24 years ago
|
Whiteboard: [PDT+] requesting a=; r=bhuvan; sr=bienvenu; → [PDT+] ready for checkin
Updated•24 years ago
|
Whiteboard: [PDT+] ready for checkin → [PDT+] ready for checkin, critical for 0.9.2
Comment 13•24 years ago
|
||
This is a 0.9.2 bug. What's the status on getting this checked in?
Updated•24 years ago
|
Whiteboard: [PDT+] ready for checkin, critical for 0.9.2 → [PDT+] ready for checkin
Comment 14•24 years ago
|
||
pushing out. 0.9.2 is done. (querying for this string will get you the list of
the 0.9.2 bugs I moved to 0.9.3)
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Comment 15•24 years ago
|
||
Removing PDT+, marking nsbranch; should be checked into the 0.9.3 trunk ASAP,
tested & verified, then submitted for limbo builds.
Keywords: nsBranch
Whiteboard: [PDT+] ready for checkin → ready for checkin
Comment 16•24 years ago
|
||
Fix checked in on behalf on mohanb
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 17•24 years ago
|
||
Adding vtrunk; bugs need to be verified in the trunk for eventual limbo checkins.
Status: RESOLVED → ASSIGNED
Keywords: vtrunk
Comment 18•24 years ago
|
||
Clearing resolution, nsBranch bugs should be closed only after checkins into
limbo builds.
Resolution: FIXED → ---
Comment 19•24 years ago
|
||
Commercial builds
2001-07-05-09-trunk/ win nt 4.0
2001-07-05-08-trunk/ linux 2.2, red hat 7.0
2001-07-05-08-trunk/ mac os 9.0.4
Right click on a folder, choose properties, click
the offline tab, and click the 'download now' button
results in the following:
- at the bottom of the Messenger window frame(where
the icons reside) this appears:
- <folder name>: receiving message x of x
- progress bar appears
Both the bar and message count get updated until the
downloading is done.
- messages are downloaded
Verified on trunk.
Removing Keyword Vtrunk.
adding 'verified on trunk' to status whiteboard.
Leaving status as Assigned per instructions from Jussi.
Keywords: vtrunk
Whiteboard: ready for checkin → ready for checkin, verified on trunk
| Assignee | ||
Comment 21•24 years ago
|
||
changing the resolution to fixed,
since it is checked into the trunk;
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Comment 22•24 years ago
|
||
Commercial builds:
2001-08-15-09-trunk/ - nt 4.0
2001-08-15-14-trunk- linux 2.2, mac 9.0.4
Right click on a folder, choose properties, click
the offline tab, and click the 'download now' button
results in the following:
- at the bottom of the Messenger window frame(where
the icons reside) this appears:
- <folder name>: receiving message x of x
- progress bar appears
Both the bar and message count get updated until the
downloading is done.
- messages are downloaded
Marking as verified.
Status: RESOLVED → VERIFIED
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•