dolibarr-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE : [Dolibarr-dev] STOP Franky !!!


From: Vianney ASSOFI
Subject: RE : [Dolibarr-dev] STOP Franky !!!
Date: Thu, 18 Jan 2007 13:48:01 +0100

OOooops

désolé de me méler de la conversation en cours... mais ca me rappelle vaguement quelque chose :p
qui avait abouti sur la nécéssité de s'organiser en chef de projet etc... quelques mois plus tot.

Je reste convaincu que d'avoir plus de personne (developpeurs) actives dans le projet apporte beaucoup à la réactivité ...
maintenant il ne faut pas oublier qu'il est censé y avoir 2 "versions" la version "stable" (2.0)
et la version en cours de developpement, et bien sur il peut y avoir des bugs ajoutés lors de tout nouveau développement, c'est pourquoi il faut toujours retester avant la validation d'une nouvelle version Stable ...

et couper l'herbe sous le pied à une personne pleine de bonne volonté n'est pas terrible.

N'oublions pas non plus que nous fonctionnons par email et que par conséquent cela permet de modérer nos propos et donc d'éviter les "rudesses" puisque l'on peut prendre le temps avant de cliquer sur "envoyer" pour se relire et se demander ce que ca nous ferait si c'était à nous que le mail était déstiné...

c'est vrai que le 1er mail était un peu rude, même s'il est probable qu'il avait ses raisons.
maintenant, que tout dév qui n'a jamais introduit un bug dans une release stable jette la première pierre...

Je n'ai pas forcément "voix au chapitre" mais je dirais, "cooool" laissons une chance aux personnes réactives... qui sait, peut etre sur d'autres problèmes il sera le seul dispo pour aider un non-dev dans une requete qui ne serait sinon jamais résolue...

bref... reconsiderez votre réaction serait mon crédo :) maintenant à vous de voir comment vous souhaitez que dolibarr evolue...

encore une fois je comprends les arguments des 2 cotés, mais il faut aussi voir les avantages et les inconvenients des 2 cotés... sachant que je suis sur que si on avait dit "gentillement" à franky "euh, tu n'aurais pas introduit un bug dans ldap" il aurait corrigé vite fait bien fait ce problème (?) ...

allez bon courage, et encore bravo pour dolibarr que j'utilise régulièrement et que je conseille à mes clients.





-------- Message d'origine--------
De: address@hidden de la part de Franky Van Liedekerke
Date: jeu. 18/01/2007 10:18
À: Discussions sur le developpement de Dolibarr
Objet : Re: [Dolibarr-dev] STOP Franky !!!

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
address@hidden
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev


reply via email to

[Prev in Thread] Current Thread [Next in Thread]