6.0.0-RC7
6/30/26

[#1517] Check for children if building imap tree
Summary Check for children if building imap tree
Queue IMP
Queue Version HEAD
Type Bug
State Resolved
Priority 1. Low
Owners slusarz (at) horde (dot) org
Requester jan (at) horde (dot) org
Created 3/9/05 (7783 days ago)
Due
Updated 3/31/05 (7761 days ago)
Assigned 3/29/05 (7763 days ago)
Resolved 3/31/05 (7761 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
395 Michael Slusarz Comment #3
State ⇒ Resolved
Reply to this comment
Merged to 3.0.5.
437 Michael Slusarz Comment #2
State ⇒ Feedback
Reply to this comment
A compromise.  We do this check only if we are viewing all (i.e. 
subscribed and unsubscribed) folders.  There is no way to check for 
the existence of (possible) children if doing a subscribed only view 
without explicitly doing a all folders check under that node, which is 
exactly what we are trying to avoid in the first place - namely, 
accessing any levels of the IMAP Tree we do not expressly need to 
depending on the user's current view.
481 Jan Schneider Comment #1
State ⇒ Assigned
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Check for children if building imap tree
Queue ⇒ IMP
Assigned to Michael Slusarz
Reply to this comment
When initializing the imap tree and building the tree elements, in 
isOpen() we should not only check for in the nav_polled preference if 
a folder is expanded, but also if the folder has children.

I have an obviously broken nav_polled array that markes a folder as 
open even though it doesn't have any children. This might happen for 
example if deleting subfolders of expanded folders with a different 
mail client.

Saved Queries