Closing.  Ftree Iterator has been rewritten and Ive extensively tested 
on Cyrus and see no issues.

Sorry, wrong ticket.

Not sure what to say.  I've gone and tested using my Cyrus test server 
(both 2.2 and 2.4) and not seeing anything wrong.  Have at least 2 
clients running 6.2 and they don't see this either (both are using 
Dovecot as IMAP).

See attachment for what I see when I login.

Fixed a bug involving creation of mailboxes at the base level for 
non-empty default namespaces.  But don't think that affects anything.

I actually don't understand how you can not see this, because AFAIU 
the code in DimpBase.mailboxCallback, the folder is highlighted and 
thus all parent folders expanded if this.view is set. Here's the 
backtrace:


_toggleSubFolder()dimpba...95ff3f3 (Zeile 3394)
base = div#anonymous_element_31.horde-subnavi
mode = "exp"
noeffect = true
noexpand = undefined
highlightSidebar()dimpba...95ff3f3 (Zeile 331)
id = "SU5CT1guTWFpbGluZ2xpc3Rlbi5CdWd0cmFx"
mailboxCallback()dimpba...95ff3f3 (Zeile 3205)
r = Object { c=[1]}
tasksHandler()dimpba...95ff3f3 (Zeile 3894)
e = Object { response=klass, tasks={...}}
(?)()dimpba...95ff3f3 (Zeile 4159)
e = dataavailable
createResponderForCustomEvent()protot...e41beb4 (Zeile 6763)
event = dataavailable
fireEvent_DOM()protot...e41beb4 (Zeile 6623)
element = Document 
dynamic.php?page=mailbox#mbox:SU5CT1guTWFpbGluZ2xpc3Rlbi5CdWd0cmFx
eventName = "HordeCore:runTasks"
memo = Object { response=klass, tasks={...}}
bubble = true
fire()protot...e41beb4 (Zeile 6612)
element = Document 
dynamic.php?page=mailbox#mbox:SU5CT1guTWFpbGluZ2xpc3Rlbi5CdWd0cmFx
eventName = "HordeCore:runTasks"
memo = Object { response=klass, tasks={...}}
bubble = true
(?)()horde....e41beb4 (Zeile 456)
doActionComplete()hordec...e41beb4 (Zeile 248)
action = "collapseMailboxes"
resp = klass { request=klass, transport=XMLHttpRequest, readyState=4, mehr...}
opts = Object {}
onSuccess()hordec...e41beb4 (Zeile 86)
t = klass { request=klass, transport=XMLHttpRequest, readyState=4, mehr...}
respondToReadyState()protot...e41beb4 (Zeile 1815)
readyState = 4
onStateChange()protot...e41beb4 (Zeile 1757)

For the record: https://github.com/remicollet/pecl-json-c/issues/7 and 
https://github.com/json-c/json-c/issues/108

Boils down to a bug in json-c extension (default json implementation 
in Debian based distros), not correctly decoding NUL characters in 
json array keys.

There is only a "base" element in $this->_elts.

Okay, the list obviously comes from a cached IMP_Ftree object. This 
object *does* have $_elts populated, but retrieving the base element 
("base\0") from IMP_Ftree_Iterator::__consturct() via getChildren() 
fails, because there is no such element.

I don't even see where the list should be coming from.

In the listMailboxes() ajax api method, $ftree->init() is not called, 
unless enforced, and $mboxes is an empty array, because 
$this->vars->mboxes has been set to [null] in dynamicInit().

Definitely don't see either of these.

I have found an issue when expanding All mailboxes after the entire 
folder tree has been expanded and collapsed, but I don't think that is 
related.

Probably another symptom: the folder drop down for sentmail folders 
isn't populated either.

You probably don't see this, but anyway: the folder list is currently 
not added via an imp task in the init response. Only the special 
folders are. I have to reload the folder list manually to get all 
folders. Even then, the list is not polled for new mail.