5.2.0-git
04/19/2014

[#3342] Wrong tree in drop down
Summary Wrong tree in drop down
Queue IMP
Queue Version HEAD
Type Bug
State Resolved
Priority 3. High
Owners jan (at) horde (dot) org, slusarz (at) horde (dot) org
Requester jan (at) horde (dot) org
Created 01/25/2006 (3006 days ago)
Due
Updated 02/15/2006 (2985 days ago)
Assigned 02/15/2006 (2985 days ago)
Resolved 02/15/2006 (2985 days ago)
Milestone 4.1
Patch No

History
02/15/2006 11:30:24 PM Jan Schneider State ⇒ Resolved
 
02/15/2006 11:26:45 PM Jan Schneider Comment #15 Reply to this comment
That fixed it finally. Many thanks.
02/15/2006 11:14:14 PM Michael Slusarz Comment #14 Reply to this comment
Try again (crossing my fingers).  The hang up on my side was the fact 
I didn't have the public namespace with an empty value - that appears 
to be what was causing the issue.
02/15/2006 11:04:13 PM Michael Slusarz Comment #13 Reply to this comment
This breaks the tree for me, because Inbox (which is Posteingang in
German) is not the first folder anymore, but sorted inside the middle
of the tree.
This part should be working again.
02/15/2006 10:36:32 PM Jan Schneider Comment #12
New Attachment: badget_maker1.png Download
Reply to this comment
Here's a screenshot of what I see (w/personal namespace = 'INBOX.',
#mbox is a public namespace and, as you can see, it appears
intermixed within my personal namespace boxes).  Did you login/logout
to clear your folder cache?
Yes. These are my namespaces:

NAMESPACE (("INBOX." ".")) (("user." ".")) (("" "."))


02/15/2006 10:31:51 PM Jan Schneider Comment #11 Reply to this comment
I do realize I need to make the same fix to our graphical tree
rendering code (i.e. folders.php) - namely, if there is a non-blank
namespace for personal mailboxes we need to strip out the namespace
before we sort.
This has been fixed.
This breaks the tree for me, because Inbox (which is Posteingang in 
German) is not the first folder anymore, but sorted inside the middle 
of the tree.
02/15/2006 08:55:13 PM Michael Slusarz Comment #10 Reply to this comment
I do realize I need to make the same fix to our graphical tree
rendering code (i.e. folders.php) - namely, if there is a non-blank
namespace for personal mailboxes we need to strip out the namespace
before we sort.
This has been fixed.
02/15/2006 08:37:26 PM Michael Slusarz Comment #9
New Attachment: Clipboard01.png Download
Reply to this comment
Here's a screenshot of what I see (w/personal namespace = 'INBOX.', 
#mbox is a public namespace and, as you can see, it appears intermixed 
within my personal namespace boxes).  Did you login/logout to clear 
your folder cache?



I do realize I need to make the same fix to our graphical tree 
rendering code (i.e. folders.php) - namely, if there is a non-blank 
namespace for personal mailboxes we need to strip out the namespace 
before we sort.
02/15/2006 06:37:05 PM Jan Schneider Comment #8 Reply to this comment
No difference.
02/15/2006 06:11:42 PM Michael Slusarz Comment #7
State ⇒ Feedback
Reply to this comment
Try now.
02/15/2006 08:47:50 AM Jan Schneider Comment #6
State ⇒ Assigned
Reply to this comment
This fixes the container, but now all folders of the personal 
namespace are displayed as subfolders of inbox again.
02/15/2006 02:33:03 AM Michael Slusarz Comment #5
State ⇒ Feedback
Reply to this comment
Try what I just committed.  I have no idea if this fixes your problem 
since I couldn't replicate it here in the first place.
02/05/2006 10:30:41 PM Jan Schneider Comment #4
Version ⇒ HEAD
Reply to this comment
This is happening in HEAD too.



Any more information I can provide to track this down?
02/05/2006 08:09:49 AM Michael Slusarz Comment #3
Assigned to Jan Schneider
Reply to this comment
I don't see this.
02/05/2006 07:11:15 AM Michael Slusarz Comment #2
Priority ⇒ 3. High
Reply to this comment
Reprioritize.
01/25/2006 11:30:22 AM Jan Schneider Comment #1
State ⇒ Assigned
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ Wrong tree in drop down
Queue ⇒ IMP
Assigned to Michael Slusarz
Reply to this comment
The flist drop down tree is a bit off at the moment if dealing with 
subfolders without parents. I use subscriptions and have a tree like:



INBOX

INBOX.sent.sent-foo

INBOX.sent.sent-bar

INBOX.xxx

Public



This is currently rendered as (replace dots with spaces):

INBOX

....sent-foo

....sent-bar

xxx

sent

Public