[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Dolibarr-dev] Dolibarr CVS du 15/01/2007 - Modification du niveau d
From: |
Yannick Warnier |
Subject: |
Re: [Dolibarr-dev] Dolibarr CVS du 15/01/2007 - Modification du niveau de tarif d'une société -> bug non bloquant |
Date: |
Wed, 17 Jan 2007 16:05:45 +0000 |
Le mercredi 17 janvier 2007 à 16:31 +0100, zcp a écrit :
> Yannick Warnier a écrit :
> > Le mardi 16 janvier 2007 à 23:37 +0100, zcp a écrit :
> >> Yannick Warnier a écrit :
> >>> Le mardi 16 janvier 2007 à 09:02 +0100, zcp a écrit :
> >>>> Bonjour
> >>>>
> >>>> Avec la version CVS du 15/01/2007 de Dolibarr, lorsque je modifie le
> >>>> niveau de tarif d'une société j'ai une erreur (voir plus loin). Il
> >>>> suffit de recharger la page et c'est pris en compte.
> >>>>
> >>>> [...]
> >>>> llx_societe_prices ( datec, fk_soc, price_level, fk_user_author )
> >>>> VALUES (now(),1,'2',2)
> >>>> Code retour dernier acces en base: DB_ERROR_RECORD_ALREADY_EXISTS
> >>>> Information sur le dernier accès en base: Duplicate entry '0' for key 1
> >>> [...]
> >>> Ce n'est pas normal, la requête d'insertion ne mentionne pas de rowid et
> >>> c'est la seule clef primaire.
> >>>
> >>> Donc s'il tente d'insérer '0' pour la clef '1' (comme l'indique
> >>> l'erreur), ça veut dire qu'il tente d'insérer un rowid de '0', ce qui
> >>> n'est pas normal si le champ est déclaré en auto_increment, comme c'est
> >>> le cas dans le code de création de la table.
> >> J'ai l'impression qu'il n'y a pas d'auto-incrémentation...
> > Essaie de rajouter une auto-incrémentation. Dans phpMyAdmin c'est très
> > simple en éditant le champ dans l'onglet 'structure' et en ajoutant un
> > "attribut" AUTO_INCREMENT.
> >
> > Juste pour être sûr que le problème vient de là quoi...
> >
> > Yannick
> >
>
> Bonjour
>
> J'ai ajouté "auto-increment" comme il faut à rowid et il n'y a plus d'erreurs.
> De plus, je vois maintenant l'historique des modifications.
>
> Merci
>
> Un oublie à la création des tables????
Non, je pense qu'il s'agit plutôt d'un bug dans une des fonctions de
création de tables. Je vais vérifier ceci dès que possible.
Comme le module est optionnel, il est resté un peu à l'écart de nos yeux
affûtés de bons codeurs, si tu vois ce que je veux dire... :-)
(en fait ce que je veux dire c'est que la faute est entièrement sur nous
d'avoir laissé passé un truc pareil, sauf si une mise-à-jour et une
installation fraîche y change quelque chose pour toi, ce qui voudrait
dire que le développeur impliqué a changé ça par lui-même déjà).
Yannick
- [Dolibarr-dev] Dolibarr CVS du 15/01/2007 - Modificati on du niveau de tarif d'une société -> bug non bl oquant, zcp, 2007/01/16
- Re: [Dolibarr-dev] Dolibarr CVS du 15/01/2007 - Modification du niveau de tarif d'une société -> bug non bloquant, Yannick Warnier, 2007/01/16
- Re: [Dolibarr-dev] Dolibarr CVS du 15/01/2007 - Modification du niveau de ta rif d'une société -> bug non bloquan t, zcp, 2007/01/16
- Re: [Dolibarr-dev] Dolibarr CVS du 15/01/2007 - Modification du niveau de tarif d'une société -> bug non bloquant, Yannick Warnier, 2007/01/17
- Re: [Dolibarr-dev] Dolibarr CVS du 15/01/2007 - Modification du niveau de ta rif d'une société -> bug non bloquan t, zcp, 2007/01/17
- Re: [Dolibarr-dev] Dolibarr CVS du 15/01/2007 - Modification du niveau de tarif d'une société -> bug non bloquant,
Yannick Warnier <=
- Re: [Dolibarr-dev] Dolibarr CVS du 15/01/2007 - Modification du niveau de ta rif d'une société -> bug non bloquan t, zcp, 2007/01/17
- RE: [Dolibarr-dev] Dolibarr CVS du 15/01/2007 - Modifi cation duniveau de tarif d'une société -> bug non bl oquant, Régis Houssin, 2007/01/18
- Re: [Dolibarr-dev] Dolibarr CVS du 15/01/2007 - Modification duniveau de tarif d 'une société -> bug non bloquant, zcp, 2007/01/18