Fri, 10 Apr 2026 17:02:34 +0000 https://bugs.horde.org/ticket/8246 LDAP Prefs backend, kronolith tries to bind w/o password Similar issue to http://bugs.horde.org/ticket/7418 in Ingo - tries to bind to LDAP as user without password. System is using LDAP for preferences. The first time after logging on to the Horde system, saving a new event in Kronolith generates the error message in the attached screenshot. The event saves correctly and is written to SQL as needed. The issue appears to be cosmetic only. Once the error has been thrown, subsequent event saves do NOT produce the error until after a logout / login. LDAP logs show: May 6 18:25:18 server01 slapd[1156]: conn=73358 op=2 BIND dn="uid=simon,ou=users,dc=simonandkate,dc=lan" method=128 May 6 18:25:18 server01 slapd[1156]: conn=73358 op=2 RESULT tag=97 err=53 text=unauthenticated bind (DN with no password) disallowed In Ingo it was a line in Storage.php (see http://bugs.horde.org/ticket/7418), but that's not the case here I don't think. Wed, 06 May 2009 11:08:38 +0000 https://bugs.horde.org/ticket/8246#t54021 There are five places in kronolith where the preference system is being instanciated: I see only the need to patch one place (see attachment). Please correct me if i'm wrong. grep -n "Prefs::" * -r > kronolith/fb.php:36: $prefs = &Prefs::singleton($conf['prefs']['driver'], 'kronolith', $user, '', null, false); the logged-in users password won't help here, because fb.php is accessed by some other user? so there is no need for a patch. >kronolith/lib/Kronolith.php:1796: $prefs = &Prefs::singleton($GLOBALS['conf']['prefs']['driver'], needs to be patched. see attachment >kronolith/lib/api.php:1348: $prefs = &Prefs::singleton($GLOBALS['conf']['prefs']['driver'], the alarms of the logged in users should be retrieved via $prefs = &$GLOBALS['prefs']; for other users, the logged-in user password won't help, i think. no patch needed >kronolith/scripts/agenda.php:75: $prefs = Prefs::singleton($GLOBALS['conf']['prefs']['driver'], Script, no need for user password. >kronolith/scripts/upgrades/convert_to_utc.php:52: $prefs = Prefs::factory($conf['prefs']['driver'], 'horde', Script, no need for user password. Thu, 07 May 2009 12:27:02 +0000 https://bugs.horde.org/ticket/8246#t54033 > There are five places in kronolith where the preference system is > being instanciated: > I see only the need to patch one place (see attachment). > Please correct me if i'm wrong. > > grep -n "Prefs::" * -r > >> kronolith/fb.php:36: $prefs = >> &Prefs::singleton($conf['prefs']['driver'], 'kronolith', $user, '', >> null, false); > the logged-in users password won't help here, because fb.php is > accessed by some other user? so there is no need for a patch. > >> kronolith/lib/Kronolith.php:1796: $prefs = >> &Prefs::singleton($GLOBALS['conf']['prefs']['driver'], > needs to be patched. see attachment > >> kronolith/lib/api.php:1348: $prefs = >> &Prefs::singleton($GLOBALS['conf']['prefs']['driver'], > the alarms of the logged in users should be retrieved via $prefs = > &$GLOBALS['prefs']; for other users, the logged-in user password > won't help, i think. no > patch needed > >> kronolith/scripts/agenda.php:75: $prefs = >> Prefs::singleton($GLOBALS['conf']['prefs']['driver'], > Script, no need for user password. > >> kronolith/scripts/upgrades/convert_to_utc.php:52: $prefs = >> Prefs::factory($conf['prefs']['driver'], 'horde', > Script, no need for user password. Thanks - this fixes the error for me. I grepped for getUser which was the string used in the Ingo issue, should have grepped for Prefs:: as you mentioned. Thu, 07 May 2009 21:56:40 +0000 https://bugs.horde.org/ticket/8246#t54047 >> kronolith/lib/Kronolith.php:1796: $prefs = >> &Prefs::singleton($GLOBALS['conf']['prefs']['driver'], > needs to be patched. see attachment This is actually the same like in all the other cases, $user might be the current user, but not necessarily. Thus the password should only be used if $user is the current user. Tue, 12 May 2009 14:07:05 +0000 https://bugs.horde.org/ticket/8246#t54082 >>> kronolith/lib/Kronolith.php:1796: $prefs = >>> &Prefs::singleton($GLOBALS['conf']['prefs']['driver'], >> needs to be patched. see attachment > > This is actually the same like in all the other cases, $user might be > the current user, but not necessarily. Thus the password should only > be used if $user is the current user. Jan - without the patch I get an error on Kronolith's first save of a new event after logon. With the patch I don't get the error. So it's working for me. From what you are saying though I understand that there are times that Kronolith uses this code to call users other than the current user at times? In which case does the code need to be split to obtain the password for when it's current user as per the patch that fixes my error message? Tue, 12 May 2009 23:31:10 +0000 https://bugs.horde.org/ticket/8246#t54105 >>> kronolith/lib/Kronolith.php:1796: $prefs = >>> &Prefs::singleton($GLOBALS['conf']['prefs']['driver'], >> needs to be patched. see attachment > > This is actually the same like in all the other cases, $user might be > the current user, but not necessarily. Thus the password should only > be used if $user is the current user. Ok, thanks. The updated patch should now do exactly the above. Fri, 15 May 2009 15:46:54 +0000 https://bugs.horde.org/ticket/8246#t54187 Closed in favor of the catch-all ticket #8353. Tue, 16 Jun 2009 13:37:51 +0000 https://bugs.horde.org/ticket/8246#t54605