starting up imap with server down or network not connected messes up hierarchy separator



18 years ago
3 years ago


(Reporter: Bienvenu, Unassigned)


(Blocks: 1 bug)

Windows NT

Firefox Tracking Flags

(Not tracked)


(Whiteboard: [dupeme?])


(1 attachment)



18 years ago
I've noticed this a couple times, and finally figured out what was causing it.
If you start up mail and open an imap inbox while not connected to the network
(I was testing offline), we mess up sub-folders so that they show up as
parent\sub folder instead of just sub-folder, e.g.


instead of

Then, the db's for the sub-folders are blown away, so next time you start up,
you need to download all the headers again. This might be a bug in how we handle
failure in folder discovery; I'm not sure yet.

Comment 1

18 years ago
Keywords: mail3


18 years ago
QA Contact: esther → laurel

Comment 2

18 years ago
marking nsbeta1+ and moving to mozilla0.8
Keywords: nsbeta1
Priority: P3 → P2
Whiteboard: [nsbeta1+]
Target Milestone: --- → mozilla0.8

Comment 3

18 years ago
moving to mozilla0.9
Target Milestone: mozilla0.8 → mozilla0.9

Comment 4

18 years ago
marking nsbeta1- and moving to future milestone.
Keywords: nsbeta1 → nsbeta1-
Whiteboard: [nsbeta1+] → [nsbeta1+ 2/13]
Target Milestone: mozilla0.9 → Future

Comment 5

18 years ago
Laurel, are you sure this isn't a dup of that bug you filed recently about imap
folders showing up funny in the folder pane? It looks awfully similar to bug
72871, which happens when you start up off the network, or with the imap server

Comment 6

18 years ago
In bug 72871 I did not start offline and do not recall the server being down. 
If you think that's a duplicate of this, I'll go with your decision. But again,
I don't think it's always a case of offline or server down.

Comment 7

18 years ago
by starting up offline, I don't mean starting and telling the product you're
offline - I mean starting up disconnected to the network but the product thinks
you're online. Well, if I fix this, we'll see if the other problem goes away. or
you could try a little experiment and start up with your ethernet cable
disconnected and see if you see bug 72871
Product: MailNews → Core
I have exactly the same behaviour but only on one IMAP server (I am using
currently four accounts).

Version: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041217
Also in earlier versions (1.7.1, 1.7.3).

Does not happen in Mozilla 1.7.3 build from FreeBSD ports (I am using same
accounts and IMAP servers there).

All subfolders of "mail" (IMAP server is at the traditional UNIX server)
initially appear as "mail\foldername" with old new message counts and
boldifications. After getting a connection (password entered) mozilla
re-arranges folders properly. If you click on a "mail\xxx" folder during that
process you usually get an error message about "SELECT" command failed on that
Created attachment 169186 [details]
Mozilla IMAP folder view _before_ authentication

Mozilla IMAP folder view _before_ authentication - with expanded "mail/xxx"

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041217


10 years ago
Product: Core → MailNews Core


10 years ago
QA Contact: laurel → networking.imap

Comment 10

5 years ago
Do we have duplicates of this?
And does it even still exist?
Assignee: mozilla → nobody
Priority: P2 → --
Summary: starting up imap with server down messes up hierarchy separator → starting up imap with server down or network not connected messes up hierarchy separator
Whiteboard: [nsbeta1+ 2/13] → [dupeme?]
Target Milestone: Future → ---


4 years ago
Blocks: 678947
You need to log in before you can comment on or make changes to this bug.