RE : [Dolibarr-dev] Mes commits ces derniers temps. + PB ??

[ozit]

Salut, 

Apres avoir récupérer la dernière version des CVS (hier soir), je rencontre
des problèmes : 
A la création d'une facture ou la visualisation d'une facture, j'ai le
message d'erreur suivant : 
-Pour la visualisation : Facture 205 inexistante (sûrement du à l'analyse
qui suit)
-Pour la création, j'arrive bien sur la page classique pour saisir la date,
une notes, et choisir 4 articles, mais une fois cliqué sur "Créer
Brouillon", j'ai le message ci après, un problème de champs RANG.
En effet, si je regarde dans le répertoire migration, la table
llx_facturedet n'est pas upgrader par rapport à ce nouveau champ, d'où une
question qui revient souvent et pour laquelle on n'a jamais eu de réponse
ferme et définitive : 
COMMENT UPGRADER D'UNE VERSION CVS à UNE AUTRE VERSION CVS.

Je n'ai pas fini de voir les autres modules pour les éventuels changement.


Dolibarr a détecté une erreur technique.
Voici les informations qui pourront aider au diagnostique:

Server: Apache/2.0.52 (Fedora)
Url sollicitée: /dolibarr/htdocs/compta/facture.php
QUERY_STRING:
Referer:
http://wwwwwwwwwwwww/dolibarr/htdocs/compta/facture.php?action=create&socidp
=8

Type gestionnaire de base de donnée: mysql
Requete dernier acces en base: INSERT INTO llx_facturedet
(fk_facture,description,price,qty,tva_taux, fk_product, remise_percent,
subprice, remise, date_start, date_end, fk_code_ventilation, rang) VALUES
(255, 'Prestation Intervention 1 heure de Catégorie
1','75','1','19.6',73,'0','75','0', null, null ,0,1)
Code retour dernier acces en base: DB_ERROR_NOSUCHFIELD
Information sur le dernier accès en base: Unknown column 'rang' in 'field
list'
Dolibarr a détecté une erreur technique.
Voici les informations qui pourront aider au diagnostique:

Server: Apache/2.0.52 (Fedora)
Url sollicitée: /dolibarr/htdocs/compta/facture.php
QUERY_STRING:
Referer:
http://wwwwwwwwwwwww/dolibarr/htdocs/compta/facture.php?action=create&socidp
=8

Type gestionnaire de base de donnée: mysql
Requete dernier acces en base: INSERT INTO llx_facturedet
(fk_facture,description,price,qty,tva_taux, fk_product, remise_percent,
subprice, remise, date_start, date_end, fk_code_ventilation, rang) VALUES
(255, 'Forfait 1 heure Maintenance sur site et à distance sur poste
client','75','1','19.6',121,'0','75','0', null, null ,0,1)
Code retour dernier acces en base: DB_ERROR_NOSUCHFIELD
Information sur le dernier accès en base: Unknown column 'rang' in 'field
list'
 


PS : je suis passé par la partie install via le navigateur web, et j'ai même
lancé plusieur fois le script migration/1.1.0-1.2.0-RC1.sql
Arié 

A bientot

-----Message d'origine-----
De : address@hidden
[mailto:address@hidden De la part de Eldy
Envoyé : mardi 10 mai 2005 01:38
À : Mailing list Dolibarr dev
Objet : [Dolibarr-dev] Mes commits ces derniers temps.

J'ai fait pas mal de commit ces derniers jours dont voici les raisons 
principales:
- De la traduction.
- Debuggage divers.
- Amélioration des styles pour avoir une meilleure compatibilité IE - 
Mozilla/Firefox et rendre le thème "dolibarr" opérationnel.
- Gestion des paiements de tva.

- Et surtout, refonte des rapports pour qu'ils soient justes, dans les 2 
modes de compta (recettes-dépenses - ou créances-dettes) et fonctionnent 
malgrè la modification du modèle physique sur les paiements (maintenant 
liées aux facture par llx_paiement_facture).
Les données des anciennes version Dolibarr, où les paiements n'étaient 
pas liés aux factures donc pas liés à une société ni à un utilisateur, 
sont restituées sous une ligne générique "Paiement liés à aucune 
facture" quand nécessaire. Ceci afin d'avoir des totaux qui soient 
justes dans les rapports par utilisateur ou société. Ainsi, les rapports 
suivants sont opérationnels :
* Résultat/Exercice par an (manque encore l'inclusion des paiements tva 
mais c'est en cours)
* Résultat/Exercice par société (manque encore l'inclusion des paiements 
tva mais c'est en cours)
* CA par an
* CA par société
* CA par utilisateur
En ce qui concerne les rapports :
CA Cumulé, CA Prévisionnel, CA Transformé, CA Evolution, c'est ko.
Je suggère déjà de virer le "CA evolution" car il n'apporte plus aucune 
information supplémentaire par rapport au rapport "CA annuel principal". 
En effet le delta (en %) est déjà disponibles dans cet état. Ca 
résoudrait le problème pour au moins celui la.

-- 
Laurent Destailleur.
---------------------------------------------------------------
EMail: address@hidden
AWStats : http://awstats.sourceforge.net
Dolibarr : http//dolibarr.com
CVSChangeLogBuilder : http://cvschangelogb.sourceforge.net
AWBot : http://awbot.sourceforge.net




_______________________________________________
Dolibarr-dev mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev