6.0.0-beta1
8/14/25

[#8251] LDAP Prefs backend, nag tries to bind w/o password
Summary LDAP Prefs backend, nag tries to bind w/o password
Queue Nag
Queue Version 2.3.2
Type Bug
State Duplicate
Priority 1. Low
Owners
Requester m.rolke (at) linux-ag (dot) com
Created 05/07/2009 (5943 days ago)
Due
Updated 06/16/2009 (5903 days ago)
Assigned 05/12/2009 (5938 days ago)
Resolved 06/16/2009 (5903 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch Yes

History
06/16/2009 01:38:16 PM Jan Schneider Comment #5
State ⇒ Duplicate
Reply to this comment
Closed in favor of the catch-all ticket #8353.
05/26/2009 11:39:29 AM Jan Schneider Deleted Original Message
 
05/15/2009 04:08:34 PM m (dot) rolke (at) linux-ag (dot) com Comment #4
New Attachment: ldap_prefs_backend_bind_without_password_updated.patch Download
Reply to this comment
Like in Kronolith, $user is not always the current user.
Ok, i updated the patch.
05/12/2009 02:16:28 PM Jan Schneider Comment #3
State ⇒ Feedback
Reply to this comment
Like in Kronolith, $user is not always the current user.
05/07/2009 10:02:44 PM simon (at) simonandkate (dot) net Comment #2 Reply to this comment

[Show Quoted Text - 19 lines]
Thanks, I hadn't had any errors from Nag like Ingo and Kronolith were 
throwing for me with this 'binding with no password' issue, but I've 
patched it anyway.
05/07/2009 01:08:18 PM m (dot) rolke (at) linux-ag (dot) com Comment #1
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ LDAP Prefs backend, nag tries to bind w/o password
Queue ⇒ Nag
Milestone ⇒
Patch ⇒ Yes
New Attachment: ldap_prefs_backend_bind_without_password.patch
State ⇒ Unconfirmed
Reply to this comment
Similar issue to http://bugs.horde.org/ticket/7418 and 
http://bugs.horde.org/ticket/8246  nah tries to

bind to LDAP as user without password.



There are two places in nag where the preference system is being instanciated.

I patched only one place (see comments below), please correct me if i'm wrong.



grep -n "Prefs::" * -r
nag/lib/Nag.php:964:        $prefs = 
&Prefs::singleton($GLOBALS['conf']['prefs']['driver'],
needs to be patched. see attachment
nag/lib/api.php:1380:            $prefs = 
&Prefs::singleton($GLOBALS['conf']['prefs']['driver'],
preferences for the logged-in user should rather be retrieved via 
$prefs = &$GLOBALS['prefs']; similar to kronolith/lib/api.php:1348

Saved Queries