144103 - mail subfolders not shown initially in folder sidebar

Status: RESOLVED DUPLICATE of bug 138759

(MailNews Core :: Networking: IMAP, defect)

Description

[Calum Mackay]

I'm using IMAP/ssl to a server running UOW imap.

In my top-level Mail directory I have a subdirectory that itself contains
subdirectories, in which there exist mail folders. e.g.

/home/calum/Mail/
   a/
      b/
      c/
      d/

where b, c & d are directories which contain mail files.

In mozilla, in the main folder sidebar I can't get to the mail files; initially
it shows:

   - a
      b
      c
      d

but there is no "expander" + button by b, c, or d. Clicking on b, c or d does
nothing.

If I click on the "-" button by a, I then get:

   + a

only, which is correct. Clicking on the "+" button I then get the full list of
mail files:

   - a
      - b
      - c
      - d

i.e. mozilla has now recursively expanded the subdirs b, c & d and I can now
access their contents.

Comment 1

[Calum Mackay]

I should clarify: in the Server Settings for this IMAP server I have

   | |   Show only subscribed folders
   |X|   Server support folders that contains sub-folders

Comment 2

[Calum Mackay]

Exact steps to reproduce (using classic theme):

o Ensure Server Settings are as per previous comment 1.

o Start mozilla, bringup mail/news

o Open folder sidebar. At this point the hirerarchy looks correct, fully
expanded (since this is how I left it last time).

o Click on INBOX to bringup the connection to the mail server. After the
connection the folders are partially collapsed. I now have:

   - a
      - b
      - c
      - d

with no files showing. This is correct.

o right-click on an *unrelated* folder, and "open in new window", leaving INBOX
in the current window.

In the folder sidebar of the *new* mail/news window (only) the problem may be seen. 

Comment 3

[Mitch]

Reproduced on Solaris 9. Problem only seen if you *don't* subscribe
to individual folders. Susbscribed folders do the right thing and
expand correctly.

Maybe there's a recursion depth configuration variable that will do
the correct thing for the non-subscription option ?

Comment 4

[Calum Mackay]

Forgot to say which build: today's, 20020513.

Comment 5

[John Unruh]

Qa > esther

Comment 6

[Calvin Liu]

Hi, reporter, are these folders IMAP server folder? (Looks like, for you need to "subscribe"...) I did something on bug 145455 (http://bugzilla.mozilla.org/show_bug.cgi?id=145455). Please confirm if they are duplicated. Thanks.

Comment 7

[Calum Mackay]

I can't really tell if these are duplicates, since I don't follow most of the
comments in that bug. It doesn't appear to be quite the same thing. I can get my
folder to appear my manually collapsing and expanding (as it says in earlier
comments).

If it's imminently about to be fixed (which it doesn't look like), then I can
tell if my problem goes away (as can anyone, since it's easily reproducible).

Currently, it's still happening on today's build 20020916.

Comment 8

[Calvin Liu]

Calum, how did you create the folders "a,b,c,d"?
Seems they're inside INBOX, right? You already have them before you startup
mozilla. But how did you create them?

Comment 9

[Calum Mackay]

I created the folders from the UNIX cmdline; e.g:

   cd ~/Mail
   mkdir a
   cd a
   mkdir b c d

Not sure about them "being within INBOX". I take INBOX to mean my IMAP-supplied
primary incoming mail folder, which is (at least on UNIX) coming from a flat
file, /var/mail/calum, on the IMAP server.

The above dirs a, b, c & d are within my IMAP mail directory (in this case
~/Mail) on the IMAP server.

Or am I missing your point?

Comment 10

[Calvin Liu]

Calum,
Don't know the version of your mozilla. Please try  to get one from
http://sceri/download/incoming/4676701/.
Thanks.

Comment 11

[hjp]

Re comment #3:
> Maybe there's a recursion depth configuration variable that will do
> the correct thing for the non-subscription option ?

I couldn't find one, but adding one should be simple and would be an acceptable
workaround.

Comment 12

[Aleksander Adamowski]

*** This bug has been marked as a duplicate of 138759 ***

Comment 13

[Aleksander Adamowski]

This is a dupe of bug 138759, please update your votes.