Closed Bug 82248 Opened 23 years ago Closed 23 years ago

Download/Sync mail only downloads messages for headers it has downloaded before

Categories

(SeaMonkey :: MailNews: Backend, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.1

People

(Reporter: dyp, Assigned: Bienvenu)

Details

(Whiteboard: Fix in hand)

Attachments

(2 files)

using build #2001051704 I have multiple IMAP folders checked to download. But when I invoke off-line download, only the current folder is downloaded.
Using 2001052204 on NT 4.0 and Win2k, I was able to download multiple IMAP folders. Checked the various folders I downloaded online & offline, and they were downloaded and readable as expected. David P. try the latest build. Or possibly you might need to do a 'clean uninstall' of your previous builds to get offline working. Marking as Works for Me.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
I uninstalled my copy and installed the same version. I seem to get mixed experience. If I go into download/sync, select the folders, select Mail option, then select 'Ok' to sync, Nothing happens. If I go back into download/sync, select Mail option and select 'Ok" to sync, then it seems to download.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Confirming bug. Using 2001052304 on NT 4.0. Used my judge email account for offline use the very first time. -I am currently in my inbox. -Brought up the Download/Sync dialog window. -Clicked select button. -Selected 2 folders for download (wasn't the inbox). -Selected work offline when done downloading. -Clicked ok. -Went to the 2 folders that I had selected and -they weren't downloaded (in fact any folder other than my inbox, i could not 'see' the messages in the folder. it was all blank. maybe another bug?) -went back online -while online selected one of the folders that I wanted to download. -repeated download/sync steps (including go offline when done downloading) -the folder that I had currently selected was indeed downloaded -the other folder was not. If I can find full proof steps to always replicate this problem, I will post them. I agree that sometime it works (like yesterday) and sometimes it doesn't.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Ooops forgot one more comment. If repeat the download/sync process for a 3rd time, the other folder gets downloaded.
I just reproduced this. I marked two folders for download that I hadn't downloaded headers for previously (so tooltips showed them as having 0 messages in them) and when I went through the synchronize process, nothing happened.
I tried this with a bunch of folders and they all got downloaded. Is all this confusion because none of the headers for the folders in question have been downloaded? I can try that...
Ah, I see why I'm not seeing this - I have a fix for this as part of another bug that didn't get approved for 9.1
Status: NEW → ASSIGNED
OS: Windows 2000 → All
Hardware: PC → All
Attached patch proposed fix (deleted) — Splinter Review
proposed fix, correct summary, this patch was part of the fix for bug 80110 and bug 79033.
Summary: Download/Sync mail only downloads from current IMAP folder → Download/Sync mail only downloads messages for headers it has downloaded before
Whiteboard: Fix in hand
Attached patch new, better fix (deleted) — Splinter Review
Seth, Navin and or Scott, can I get a review on the latest patch? Basically, what we're doing here is waiting for the headers to be downloaded before deciding which bodies we need to download. I moved the notification of bodies to download to HeaderFetchCompleted and made it so we always call HeaderFetchCompleted, instead of just when we downloaded headers.
r=naving
a= asa@mozilla.org for checkin to 0.9.1 (on behalf of drivers. just bringing the bug up to speed with what chofmann already said in email).
fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
adding trix to cc. please verify for gchan.
Target Milestone: --- → mozilla0.9.1
verified on: linux build: 2001060508 win32 build: 2001060409 macos build: 2001060408
Status: RESOLVED → VERIFIED
Clarifying: tested branch builds but since fix landed before branching there is no need to test trunk.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: