This is an automated notification sent by Gna!.
It relates to:
bugs #1833, project GLPI
==============================================================================
LATEST MODIFICATIONS of bugs #1833:
==============================================================================
Posted by: Christophe Guièze <christof>
Posted on: jeu 18.11.2004 à 15:17 (GMT)
------------------ Additional Follow-up Comments ----------------------------
Apparement la version 0.42 corrigerait ce bug...
==============================================================================
OVERVIEW of bugs #1833:
==============================================================================
URL:
<http://gna.org/bugs/?func=detailitem&item_id=1833>
Project: GLPI
Submitted by: Christophe Guièze
Submitted on: ven 05.11.2004 à 15:16
Category: None
Severity: 1 - None
Priority: 5 - Normal
Status: None
Privacy: Public
Assigned to: None
Originator Email:
Open/Closed: Open
Summary: Correction du requetage LDAP
_______________________________________________________
Original Submission:
J'ai eu quelque problème avec la manière d'intorroger le LDAP dans votre
applicaiton pour le active directory :
(1) Pour retrouver le CN de la personne vous selectionnez la valeur situé
entre le "=" juste après le "CN" et la virgule (,) suivante. Hors, la notation
anglosaxonne du "Prénoms NOMS" s'écrit bien souvent "NOM, Prénom". Du coup, le
filtre de selection qui suit était faut et ne recherchait que le nom. Il est
donc plus juste de réccupérer la valeur située entre le "=" et ",O". Le "O" est
celui de "OU" et on ne risque pas de trouver un "O" après une fausse virgule
parce que dans la notation anglosaxonne il y a un espace derrirèe cette fausse
virgule.
(2) suite à la modification ci-dessus il faut aussi pensé à retirer le "\"
qui parse la virgule donc remplacer tout les "\," par des "," dans la chaine
réccupérée.
(3) Pour le rapatriement des données depuis le LDAP dans la base GLPI il faut
que ce soit utiliser le login mit dans les paramètres de configuration du LDAP
et non la baseDN qui définit l'utlisateur.
(4) si certains champs ne sont pas renseigné dans la configuration du LDAP,
vous ne formatez pas correctement le filtre LDAP de récupération des données.
Il faut:
(4)(a) Supprimer les valeurs vides de la liste des champs à récupérer
(4)(b) plutot que de vérifier si le filtre ne renvois rien ou que le "name"
est vide, il est préférable de regarder si la réponse contient au moins zéro
résultat pour faire renvoyer false à la fonction
(4)(c) pour ne pas parcourir les champs non renseigné dans la config LDAP il
faut aussi pensé à éliminer les champs vides du tableau $fields
(5) Enfin, dans mon Active Directory, le champ "location" est une chaine de
caractère ce qui pose problème car dans la base GLPI, le champ "location" de
l'utilisateur est le numéro id de la base "glpi_dropdown_locations". J'ai donc
dû ajouter un bout de code qui va retrouevr le numéro id qui correspond à
l'emplacement (en texte) et j'en ai même profité pour faire créer l'emplacement
au cas où il n'existerait pas.
----------------------------------------------------------
Pour plus de facilité je vous joint les fonctions modifiées dans un fichier;
j'ai ajouté dans chacune les numéros de mes modifications en commentaire.
_______________________________________________________
Commentaires :
-------------------------------------------------------
Date: jeu 18.11.2004 à 15:17 By: Christophe Guièze <christof>
Apparement la version 0.42 corrigerait ce bug...
_______________________________________________________
Documents joints
-------------------------------------------------------
Date: ven 05.11.2004 à 15:16 Name: changesGraham2.txt Size: 5,86Ko By:
christof
Fonctions après modifications
http://gna.org/bugs/download.php?item_id=1833&item_file_id=62
==============================================================================
This item URL is:
<http://gna.org/bugs/?func=detailitem&item_id=1833>
_______________________________________________
Message posté via/par Gna!
http://gna.org/
