Summary | #shared folders and pref subscribe of 0: Folder Navigator Tree View |
Queue | IMP |
Queue Version | 4.0.3 |
Type | Bug |
State | Not A Bug |
Priority | 2. Medium |
Owners | Horde Developers (at) |
Requester | adamkasper (at) gmail (dot) com |
Created | 07/28/2005 (7292 days ago) |
Due | |
Updated | 08/25/2005 (7264 days ago) |
Assigned | 07/29/2005 (7291 days ago) |
Resolved | 08/25/2005 (7264 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
State ⇒ Not A Bug
Bug #2422.When marking folders as check for new mail, submitting... then leaving
and coming back to the folder by going to the INBOX and then returning
to folder view, the folders were no longer marked as 'check for new
mail'.
For some reason, marking them immediately as check for new mail and
then logging out and logging back in preserved the 'check for new mail'.
State ⇒ Assigned
State ⇒
I've been able to reproduce this too.
State ⇒ Not A Bug
Bug 1550. There is no patch inBug 1550thatdeals with this issue - the pach listed in 1550 dealt with a different
problem that has already been fixed.
State ⇒ Unconfirmed
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ #shared folders and pref subscribe of 0: Folder Navigator Tree View
Queue ⇒ IMP
courier-imap's #shared folders and seems to have other issues with
preference subscribe value of 0. ***
When dealing with a locked subscribe preference value of 0 .. things
seem inconsistant but easily fixable for that particular situation but
probably have side effects for users who configure horde with a
subscribe preference value of 1.
By default, with the preference subscribed having a value of 0 and
locked the #shared folder does not show up in the folder tree view and
a folder nav refresh button results in an empty inbox.
after changing in imp/lib/Session.php
274 /* Initialize the 'showunsub' value. */
275 $_SESSION['imp']['showunsub'] = false;
to true... the refresh problem was resolved. So somewhere the
preference of locking 'subscribe' to 0 isn't being completely respected?
* When dealing with #shared folders the Folder Navigator view seems to
be highly inconsistant.
There seems to be a problem showing courier-imap's #shared folders.
By default they just don't show up in the tree view even though
'#shared." is specified in the server hierarchies field (if it does
show up [sometimes on folder nav refresh] then it shows up with no
shared dirs underneath it). ***
The patch here: http://bugs.horde.org/ticket/?id=1550 does not solve
the problem. When I use the preference subscribed with a value of 0
the #shared directory shows up fine with its subdirs but the INDEX
directory does not show up at all. When I use the preference
subscribed with a value of 1 results are spurratic and don't appear to
be consistant with folders marked as being subscribed when clicking
refresh and when toggling show/hide unsubscribed in the interface.
***side note: the open folder select box in the upper right works
perfectly in all situations (unmodified and modified). It seems that
since the open folder select box relies on an entirely seperate object
for imap directory traversal through flist_IMP() that I can only
assume that the Folder Nav problem lies somewhere between folders.php
: imp's Tree.php : or horde IMAP Tree.php
'name' => 'domain.com',
'server' => 'localhost',
'hordeauth' => false,
'protocol' => 'imap/notls',
'port' => 143,
'folders' => '',
'namespace' => '',
'maildomain' => 'domain.com',
'smtphost' => 'domain.com',
'smtpport' => 25,
'realm' => '',
'preferred' => '',
'dotfiles' => false,
'hierarchies' => array( '#shared.' ) );