Summary | Imap folders don't show in IMP on the very first login |
Queue | Horde Groupware Webmail Edition |
Queue Version | 1.2.6 |
Type | Bug |
State | Not A Bug |
Priority | 1. Low |
Owners | |
Requester | luc.germain (at) usherbrooke (dot) ca |
Created | 08/11/2010 (5439 days ago) |
Due | |
Updated | 09/28/2010 (5391 days ago) |
Assigned | 08/13/2010 (5437 days ago) |
Resolved | 09/28/2010 (5391 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
State ⇒ Not A Bug
this would be the first place to look.
remove that hook. And honestly, I have no idea how calling that API
method in the hook would cause IMAP folders to not appear. This
doesn't make any sense.
I can only guess that this has to do with the CAS authentication that
requires some heavy patching of Horde IIRC, so it's not a pristine
installation anyway.
then and has nothing to do with IMP.
Maybe it's not IMP, but it's certainly somewhere in the "Horde
Groupware Edition"...
And if nobody knows how to solve the problem, you should at least
remove the code from being activated by default in
imp/config/hooks.php, at least until a solution is found. We lost
quite a lot of time tracking down the source of the missing folders on
first login... (It was a big problem for us because many users were
calling thinking we had lost all their folders during the upgrade to
this version)
then and has nothing to do with IMP.
code in there? Obviously, we can't guarantee that the example hook
provided is going to work in all environments.
distribution. We have not touched it. Since it's there by default, I
guess it should be working?
# cat hooks.php
<?php
if (!function_exists('_prefs_hook_add_source')) {
function _prefs_hook_add_source($username = null)
{
if (!$username) {
return;
}
return $GLOBALS['registry']->call('contacts/getDefaultShare');
}
}
that the problem was triggered when the "add_source" preference was
not there, and hence, the call to the hook function. Unfortunately,
we have no idea why this function is causing the problem.
code in there? Obviously, we can't guarantee that the example hook
provided is going to work in all environments.
find out while tracking this down?
deleting all his preference entries in the "horde_prefs" table. Then,
by removing each preference entry one by one, we found out that the
problem was triggered when the "add_source" preference was not there,
and hence, the call to the hook function. Unfortunately, we have no
idea why this function is causing the problem.
Notes: We are using the CAS driver for authentication, provided by the
ESUP group, available here:
https://sourcesup.cru.fr/frs/?group_id=264&release_id=1769. We also
run our PHP processes through the fastcgi protocol under a chrooted
environment. I don't think those have anything to do with this problem
(since everything else is working perfectly), but maybe it can help...
State ⇒ Feedback
find out while tracking this down?
Milestone ⇒
State ⇒ Unconfirmed
Patch ⇒ No
Queue ⇒ Horde Groupware Webmail Edition
Summary ⇒ Imap folders don't show in IMP on the very first login
Type ⇒ Bug
Priority ⇒ 1. Low
show up in IMP, all other folders are not visible. If the user logout
and login again, all folders are there.
I tracked down the problem to the $_prefs['add_source'], which call
the hook function _prefs_hook_add_source() the first time a user
login. I changed 'hook' to 'false' and now the new users see their
imap folders the first time they login. (But, of course, their default
address book is not setup automatically anymore).