| 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 (6027 days ago) |
| Due | |
| Updated | 06/16/2009 (5987 days ago) |
| Assigned | 05/12/2009 (6022 days ago) |
| Resolved | 06/16/2009 (5987 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