Retreiving folders list takes long time - Roundcube 1.0.1

[jurkd]

After upgrading to 1.0.1 I am experiencing unusually login folder list retrieve time. I have around 7000 shared folders and it now takes around 30 seconds to get the list.
I enabled debugging and discovered RC now uses LIST * command which returns all shared folders regardless of subscription status, while in version 0.9 it used to scroll through subscribed folders.
Is there any way to disable this behavior? My server does not support LIST-EXTENDED capability.
Thanks in advance....

Log file excrept:
[2014-07-11 11:09:07 -0400]: [9FAA] S: * OK dbserver-ml.mrrm.ca Cyrus IMAP4 v2.2.13-Debian-2.2.13-13ubuntu3 server ready
[2014-07-11 11:09:07 -0400]: [7F5B] S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE IDLE STARTTLS AUTH=NTLM AUTH=DIGEST-MD5 AUTH=CRAM-MD5 SASL-IR
......
......
[2014-07-11 11:09:07 -0400]: [9FAA] C: A0006 LIST "" "*"
......
......
[2014-07-11 11:09:08 -0400]: [9FAA] S: * LIST (\HasNoChildren) "." "Shared Folders.xxx-test"
[2014-07-11 11:09:08 -0400]: [9FAA] S: A0006 OK Completed (0.080 secs 7201 calls)
[2014-07-11 11:09:38 -0400]: [9FAA] C: A0007 GETQUOTAROOT INBOX
[2014-07-11 11:09:38 -0400]: [9FAA] S: * QUOTAROOT INBOX
[2014-07-11 11:09:38 -0400]: [9FAA] S: A0007 OK Completed
[2014-07-11 11:09:38 -0400]: [9FAA] C: A0008 LOGOUT
[2014-07-11 11:09:38 -0400]: [9FAA] S: * BYE LOGOUT received
[2014-07-11 11:09:38 -0400]: [9FAA] S: A0008 OK Completed

[jurkd]

Is there some 30 seconds delay setting? Every time  lag is exactly 30 seconds!?!?

[alec]

Folders sorting wasn't optimal in 1.0, it was fixed in git-master. But your problem is LIST instead of LSUB. You should investigate why it uses LIST. Disable all plugins.

[jurkd]

I was using only managesieve plugin. After disabling it the lag still persists. One thing I do not understand is even when LIST all folders command is issued, server returns result in less than a second! I checked that with imtest utility. So it is definitely something in RC...

[alec]

As I said it was fixed in git-master.

[jurkd]

Yup - I can confirm bleeding edge version works perfectly.
 

[jurkd]

Just to mention - fix did not make it to version 1.0.2