Régis Houssin wrote: > Franky PLEASE essai de ne pas toucher au module que tu ne connais pas, tu > as modifié certaine chose sur LDAP pour rectifier un souci avec un > openldap mais qui vont perturber le fonctionnement avec active directory > par exemple. > > j'aimerai beaucoup que l'on respecte l'attribution de certain module au > personnes qui les connaisses, c'est vrai que parfois je n'ai pas le temps > de m'en occuper mais dans ce cas là autant attendre que de faire n'importe > quoi et de perturber le fonctionnement. > > si on découvre un bug on le notifie dans le bugtrack afin que la personne > concernée puisse le rectifier. sinon on se retrouve avec un merdié > impossible à gérer. J'en ai assez de vérifier chaque modification que tu > effectues sur des modules que tu métrises plus ou moins. > > essai déjà de comprendre et de métriser le fonctionnement de dolibarr dans > sa globalité afin de ne pas perturber une fonction lorsque tu en modifie > une autre. > > j'apprécie beaucoup ta participation au projet mais il faut y aller > progressivement. > > désolé d'être aussi rude, mais mieux vaut développer lentement et surement. > > Merci > Régis
Régis, tout cela parce-que j'avais mis $ldapdebug="true" en commentaire? Cette ligne était la avant déjà, je ne l'ai pas ajouté. Tu vas pas me dire cela a causé des problèmes? C'est correcte que $ldapdebug="false" est plus correcte, mais ca change rien au code. Ou est-ce que cela a faire avec le UID en ldap? Pour le moment le unix uid field est utilisé le premier (c'était même pas utilisé avant, ce qui rendait la module beaucoup moins utilisable pour des utilisateurs ldap qui n'ont pas des donnés samba, la pluspart des personnes alors). Pour windows active directory: peut-tu m'expliquer ce qui ne marche plus? Si on utilise pas le field uid, tout reste la même chose. C'est vrai que seulement 1 des deux peut devenir le login, mais en doit quand-même toujours configurer le module LDAP et choisir. Pour le reste: toujours quand j'envoie des choses pour en discuter, personne réponds (alors que c'est pas trop de problèmes de le faire). Mon demande pour discuter le patch des problèmes de stock est ignoré chaque fois. Le bug #18620 est aussi valable, mais regarde votre réaction là: d'abord vous dites que c'est pas bon, que je vais trop vite, mais mon argumentation était bien correcte et vous avez ignoré mes mails là aussi. J'étais presque prêt à utiliser dolibarr chez un de mes clients, mais maintenant je suis en doute. J'étais en train de faire la traduction complet en néerlandais aussi mais bon ... Franky _______________________________________________ Dolibarr-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
