dolibarr-dev
[Top][All Lists]
Advanced

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

Re: [Dolibarr-dev] Prépa release 2.1


From: Régis Houssin
Subject: Re: [Dolibarr-dev] Prépa release 2.1
Date: Tue, 3 Apr 2007 02:01:20 +0200 (CEST)
User-agent: SquirrelMail/1.4.4

justement je viens de tester et il apparait un bug :

maintenant lorsque j'applique une remise fixe sur une facture elle est
additionnée au lieu d'être déduite.

Merci en tout cas pour les avoirs
Régis


> Yannick Warnier a écrit :
>> Bonsoir,
>>
>> Je pense que le temps est venu de faire un freeze et une release 2.1
>> RC1, le temps de fixer les derniers bugs signalés (j'évalue le temps de
>> résolution à jusque vendredi soir vu qu'il y a 3 bugs dont un résolu qui
>> demande confirmation, un en cours et un pour lequel il ne manque plus
>> qu'un petit bout de code de ma part ou de la part de Régis) et nous
>> pouvons ensuite faire une release 2.1 RC1 vendredi (ou ce week-end en
>> tout cas).
>>
>> Y a-t-il un packageur officiel qui prépare les releases d'habitude?
>> Est-ce que je peux me permettre de tagger CVS avec le tag "2_1_RC1"?
>>
>> Est-ce que Laurent veut larguer un autre pavé dans la marre avec
>> https://savannah.nongnu.org/bugs/?19138 ?
>>
> Non il était pas si gros celui la finalement...  :-)
>
> Par contre j'ai un rocher à mettre dans la marre !
> En effet, il y a encore un autre frein à la release. C'est que je dois
> finir la gestion des avoirs. Je viens de faire un grand pas en avant ce
> soir, en terminant le dev permettant de gérer un des 2 dernières cas
> d'utilisation qui manquait (La liste est la:
> http://www.dolibarr.com/wikidev/index.php/Facturation#Exemples_de_cas_d.27utilisations)
>
> Il m'en reste plus qu'un est la boucle est bouclé. Il est important de
> finir sinon l'utilisateur se retrouve coincé.
> En effet, l'utilisation reste optionnel, mais dès lors qu'elle est prévu
> et livré en RC, il faut qu'elle marche et que l'utilisateur ne se
> retrouve pas avec une base corrompue ou bloquer fonctionnellement parce
> que tous les cas n'était pas blindé.
> Mais la je touche au bout, je viens de commiter un gros paquet ce soir
> la dessus et en théorie les dev sont fini. Je dis en théorie car
> maintenant il faut que je repasse en revue tout les cas standard pour
> vérifier qu'il n'y a pas de régression.
> Si y a des amateurs pour tester tous ca, le plan de test est la, il
> suffit de valider chaque cas d'utilisation défini dans le manuel
> utilisateur pour facturation:
> http://www.dolibarr.com/wikidev/index.php/Facturation#Exemples_de_cas_d.27utilisations
>
>
> Notons que cette gestion des avoirs était la derniere fonction à
> implémenter pour permettre de réaliser une comptabilité expert dans
> dolibarr.
>
>> Yannick
>>
>>
>>
>> _______________________________________________
>> Dolibarr-dev mailing list
>> address@hidden
>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>
>>
>
>
> --
> Laurent Destailleur.
> ---------------------------------------------------------------
> EMail: address@hidden
> Web: http://www.destailleur.fr
> IM: IRC=Eldy, Jabber=Eldy
>
> AWStats (Author) : http://awstats.sourceforge.net
> CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net
> AWBot (Author) : http://awbot.sourceforge.net
> Dolibarr (Contributor) : http://www.dolibarr.org
>
>
>
> _______________________________________________
> 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]