[phpldapadmin] [ phpldapadmin-Bugs-3411598 ] Call to a member function getMustAttrNames

SourceForge.net <[email protected]> Thu, 06 Oct 2011 15:01:56 +1100
Newsgroups gmane.comp.ldap.davedap
Message-ID <[email protected]>
Bugs item #3411598, was opened at 2011-09-20 05:54
Message generated for change (Comment added) made by wurley
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=498546&aid=3411598&group_id=61828

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: 1.2.x
>Status: Pending
Resolution: None
Priority: 7
Private: No
Submitted By: towerlexa (towerlexa)
Assigned to: Nobody/Anonymous (nobody)
Summary: Call to a member function getMustAttrNames

Initial Comment:
   1. phpLDAPadmin => 1.2.1.1
   2. Your LDAP server => 
@(#) $OpenLDAP: slapd 2.4.21 (Jun  2 2011 19:41:11) $
	buildd@palmer:/build/buildd/openldap-2.4.21/debian/build/servers/slapd

   3. Your web server
Apache/2.2.14 (Ubuntu) DAV/2 SVN/1.6.6 mod_fastcgi/2.4.6 PHP/5.3.2-1ubuntu4.9 with Suhosin-Patch configured -- resuming normal operations
   4. PHP

   5. Your operating system
Ubuntu 10.04 LTS

I got the following error message, while i'am trying to use phpldapadmin:

[quote]Fatal error: Call to a member function getMustAttrNames() on a non-object in /all_home_data/apache/htdocs/phpldapadmin/lib/Template.php on line 1548[/quote]

in this case phpldapadmin is still unuseable.



----------------------------------------------------------------------

>Comment By: Deon George (wurley)
Date: 2011-10-06 15:01

Message:
Make sure PLA has access to your schema - as described on the wiki:
http://phpldapadmin.sourceforge.net/wiki/index.php/FAQ#I_cannot_view_the_schema.2C_or_I_get_the_message_.22Our_attempts_to_find_your_SCHEMA_for_.27objectclasses.27_have_FAILED..22

If it has, then set up debugging - level 25 should be OK. This will
generate a very big log file (and PLA will be quite slow). Look through the
log and see what is being returned by the function getSchemaObjectClass()
and the activity around that function. (That function should be returning
an ObjectClass Object.)

It might also be helpful to have openldap in debugging mode - "-d 256" is
often very useful.

----------------------------------------------------------------------

Comment By: towerlexa (towerlexa)
Date: 2011-10-03 06:24

Message:
Hi @All,

i would like to ask someone for any assistance belonging this problem?
Any help is very appreciated
Thanks an greetings
towerlexa aka Axel Birndt

----------------------------------------------------------------------

Comment By: towerlexa (towerlexa)
Date: 2011-09-20 05:55

Message:
Of course I've searched in the bug list, but i doesn't find a match for my
issue.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=498546&aid=3411598&group_id=61828

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
______________________________________
phpLDAPadmin development mailing list.
To unsbuscribe: https://lists.sourceforge.net/lists/listinfo/phpldapadmin-devel
http://phpldapadmin.sourceforge.net/