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 |
State ⇒ Duplicate
ticket #8353.New Attachment: ldap_prefs_backend_bind_without_password_updated.patch
State ⇒ Feedback
throwing for me with this 'binding with no password' issue, but I've
patched it anyway.
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
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
&Prefs::singleton($GLOBALS['conf']['prefs']['driver'],
&Prefs::singleton($GLOBALS['conf']['prefs']['driver'],
$prefs = &$GLOBALS['prefs']; similar to kronolith/lib/api.php:1348