A bit more info on this … it turns out the problem wasn’t exclusive to our corporate IT person’s computer, I just wasn’t testing with the same data set she was using. The problem is specific to moving uid’s with child objects from tree view. Sometimes it works, and I get a completion message similar to this:
Copy successful. DN uid=someuid,ou=disabled,dc=example,dc=com has been created. Operation successful. DN cn=whatever,uid=someuid,ou=disabled,dc=example,dc=com has been created. Delete successful: uid=someuid,ou=people,dc=example,dc=com When it doesn’t work, instead of the above, I get a page with this; Copying uid=someuid,ou=people,dc=example,dc=com Recursive copy progress Building snapshot of tree to copy...Success The page doesn’t refresh or go away on its own. I can navigate to the Users or User Groups tabs, but if I try to go back to tree view, I get; Fatal error: Call to a member function getDN() on a non-object in /usr/share/ldap-account-manager/templates/3rdParty/pla/lib/HTMLTree.php on line 573 When it fails, the uid I requested to move is present at both the old and the new location, the child object has been moved to the new location and is no longer present at the previous location. Thanks for having a look ... > On Feb 5, 2015, at 10:33 AM, Roland Gruber <[email protected]> wrote: > > Hi Michael, > > On 03.02.2015 19:04, Michael Stevens wrote: >> After moving a uid between ou’s, e.g., from “ou=people” to “ou=disabled” in >> tree view, our helpdesk person gets the following error: >> Fatal error: Call to a member function getDN() on a non-object in >> /usr/share/ldap-account-manager/templates/3rdParty/pla/lib/HTMLTree.php on >> line 573 >> >> The move is executed as expected. She experiences this behavior across >> browsers, every time she invokes tree view until she logs out and back in, >> after which functionality is normative until such time as she migrates >> another ou. The interesting thing here is that I am unable to reproduce this >> error, and we’re both logging in as the only account we have configured for >> write access. We’re both using OS X clients, I’ve documented the same (no >> error) behavior using Firefox, Safari, and Chrome, and she’s experience the >> sam error using Firefox and Safari. > > > I was not able to reproduce this with the current LAM release. Maybe it > helps to clear the cache and delete all cookies set by the LAM server. > > > -- > > Best regards > > Roland > > > LDAP Account Manager > http://www.ldap-account-manager.org/ > > Want more? Get LDAP Account Manager Pro! > https://www.ldap-account-manager.org/lamcms/lamPro > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming. The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. > http://goparallel.sourceforge.net/_______________________________________________ > Lam-public mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/lam-public Michael Stevens [email protected] ------------------------------------------------------------------------------ Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Lam-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lam-public
