529244 - Subscription manager not showing all subfolders of Inbox (CHILDREN extension is supported, but \HasChildren is returned only to LIST command, not to LSUB command)

Status: NEW

(Thunderbird :: Folder and Message Lists, defect)

Description

[Tomasz Lipski]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.2b4pre) Gecko/20091116 Namoroka/3.6b4pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.1.5) Gecko/20091115 Lightning/1.0pre Shredder/3.0.1pre - Build ID: 20091115032028

Not sure if this is related/duplicate of https://bugzilla.mozilla.org/show_bug.cgi?id=521325 but:

I am using Shredder with Exchange 2007 through IMAP.

I actually use two accounts with it. One is my personal mailbox, which is working fine, as it has only couple of subfolders under Inbox.

The other one, though, has more complicated structure: couple of folders under Inbox as well as some of these folders have subfolders and subfolders have subfolders... (see attachments).

The problem is, that in Subscription Manager I could only choose to subscribe to the 1st level subfolders of Inbox (and AFAIR only 1 2nd level subfolder - do not know why this particular).
The folders that was supposed to have subfolders did not expand, no matter if the folder was subscribed to, or not.

I had to use Thunderbird 2.0.0.23 to access the Subscription Manager, where all the folders were expanding as they should and I was able to check all the folders I wanted to be subscribed.
As I have read in another bug, the subscription info is stored on the IMAP server. Therefore, after turning back to Shredder build, I was able to subscribe to the folders I wanted (marked in Tb2).

I have been trying to setup the problematic account for couple of weeks now, so previous Shredder builds are affected also (but AFAIR I was trying this only on 3.0pre builds only).
Build 3.1a1pre is also affected by this behavior.

Error console shows no errors.

Reproducible: Always

Steps to Reproduce:
1. Have an account configured with some complex subfolders tree (probably with a different client or webmail)
2. Open subscription manager

Actual Results:  
Not all of the subfolders are available for subscription.
Not all folders expand to show subfolders, although you know they supposed to.

Expected Results:  
Inbox subfolders tree should expand every time, the folder has subfolders.

Comment 1

[Tomasz Lipski]

Attachment: Subfolders tree as seen in Outlook Web Access

Note the structure, folders' names were cut because it is a company account...

Comment 2

[Tomasz Lipski]

Attachment: Inbox tree in subscription manager

This is folders structure seen by subscription manager.
However, there are more folders visible than earlier because I have used TB2 to subscribe to the folders I needed.
There are still some folders missing, though, as you compare the structure to the first attachment.

Comment 3

[Tomasz Lipski]

Attachment: Debug log with IMAP:5

The debug log file shows that Shredder reiterates IMAP subfolder tree correctly. It only somehow does not let the user know that: the (+) signs that allow to expand the folder are applied only to the "known" folders.

The folders tree used in this log is as follows (I have changed the original folders' names):
INBOX
- aaa
| - aa1
| - aa2
| - aa3
| | - aa31
| - aa4
| - aa5
| | - aa51
- bbb
| - bb1
- ccc
- ddd
- eee
- fff
| - ff1
| - ff2
| - ff3
| - ff4
| - ff5
- ggg

I also changed the login and server info (obviously).

Shredder's subscription manager, though, shows only the following structure:
INBOX
- aaa
| - aa1
| - aa2
| - aa3
| - aa4
| - aa5
- bbb
- ccc
- ddd
- eee
- fff
- ggg

Comment 4

[Philippp]

Hi,

I have similar problems - see bug 529618!

https://bugzilla.mozilla.org/show_bug.cgi?id=529618

Comment 5

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #3)
> Debug log with IMAP:5

> * LSUB () "/" INBOX/aaa
> * LIST (\HasChildren) "/" INBOX/aaa

CHILDREN extension is supported, but \HasChildren is returned only to LIST command, not to LSUB command.

Setting dependency of bug 529618 and bug 537298 to this bug for ease of tracking.