Test de Dolibarr avec PostgreSQL

[microniko]

Bonjour,

Je découvre Dolibarr et j’ai voulu l’installer avec PostgreSQL (même si c’est noté « expérimental ».

La configuration du serveur :

• Dolibarr : Version 2.9.0
• Debian GNU/Linux Lenny.
• Serveur Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny9 with Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g
• PHP 5.2.6-1+lenny9
• PostgreSQL 8.3.12

J’ai fait une liste des erreurs (désolé mais la liste est assez longue). Je vais essayer de structurer un peu le message…

Activation de « Ne pas stocker de mot de passe en clair dans la base (Activation recommandée) »

Message d’ERREUR :

Dolibarr a détecté une erreur technique.
Voici les informations qui pourront aider au diagnostic:
Date: 20101112212041
Dolibarr: 2.9.0
Niveau de fonctionnalités: 0
PHP: 5.2.6-1+lenny9
Server: Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny9 with Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g

Url sollicitée: /admin/security.php?action=activate_encrypt
Referer: http://dolibarr.microniko.net/admin/security.php
Gestionnaire de menu: eldy_backoffice.php/eldy_backoffice.php

Type gestionnaire de base de données: pgsql
Requête dernier accès en base en erreur: UPDATE llx_user as u SET u.pass_crypted = MD5(u.pass), u.pass = NULL WHERE u.pass IS NOT NULL AND LENGTH(u.pass) < 32 AND MD5(u.pass) IS NOT NULL
Code retour dernier accès en base en erreur: DB_ERROR_NOSUCHFIELD
Information sur le dernier accès en base en erreur: ERREUR: 42703: la colonne « u » de la relation « llx_user » n’existe pas LINE 1: UPDATE llx_user as u SET u.pass_crypted = MD5(u.pass), u.pas… ^ LOCATION: transformUpdateStmt, analyze.c:1563

Warning: Cannot modify header information - headers already sent by (output started at /var/www/microniko.net/dolibarr/htdocs/lib/functions.lib.php:1973) in /var/www/microniko.net/dolibarr/htdocs/main.inc.php on line 755

Dans la page des contrats (menu commercial)

Dolibarr a détecté une erreur technique.
Voici les informations qui pourront aider au diagnostic:
Date: 20101112215320
Dolibarr: 2.9.0
Niveau de fonctionnalités: 0
PHP: 5.2.6-1+lenny9
Server: Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny9 with Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g

Url sollicitée: /contrat/index.php?leftmenu=contracts
Referer: http://dolibarr.microniko.net/societe/societe.php?leftmenu=contracts
Gestionnaire de menu: eldy_backoffice.php/eldy_backoffice.php

Type gestionnaire de base de données: pgsql
Requête dernier accès en base en erreur: SELECT sum((CASE WHEN cd.statut=0 THEN 1 ELSE 0 END)) as nb_initial, sum((CASE WHEN cd.statut=4 AND (cd.date_fin_validite IS NULL OR cd.date_fin_validite >= ‹ 2010-11-12 21:53:20 ›) THEN 1 ELSE 0 END)) as nb_running, sum((CASE WHEN cd.statut=4 AND (cd.date_fin_validite IS NOT NULL AND cd.date_fin_validite < ‹ 2010-11-12 21:53:20 ›) THEN 1 ELSE 0 END)) as nb_expired, sum((CASE WHEN cd.statut=4 AND (cd.date_fin_validite IS NOT NULL AND cd.date_fin_validite < ‹ 2010-11-12 21:53:20 ›) THEN 1 ELSE 0 END)) as nb_late, sum((CASE WHEN cd.statut=5 THEN 1 ELSE 0 END)) as nb_closed, c.rowid as cid, c.ref, c.datec, c.tms, c.statut, s.nom, s.rowid as socid FROM llx_societe as s, llx_contrat as c LEFT JOIN llx_contratdet as cd ON c.rowid = cd.fk_contrat WHERE c.fk_soc = s.rowid AND s.entity = 1 AND c.statut > 0 GROUP BY c.rowid, c.datec, c.statut, s.nom, s.rowid ORDER BY c.tms DESC LIMIT 5
Code retour dernier accès en base en erreur: DB_ERROR_42803
Information sur le dernier accès en base en erreur: ERREUR: 42803: la colonne « c.ref » doit apparaître dans la clause GROUP BY ou doit être utilisé dans une fonction d’agrégat LOCATION: check_ungrouped_columns_walker, parse_agg.c:330

Dans liste des contrats

Dolibarr a détecté une erreur technique.
Voici les informations qui pourront aider au diagnostic:
Date: 20101112220336
Dolibarr: 2.9.0
Niveau de fonctionnalités: 0
PHP: 5.2.6-1+lenny9
Server: Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny9 with Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g

Url sollicitée: /contrat/liste.php?leftmenu=contracts
Referer: http://dolibarr.microniko.net/contrat/index.php?leftmenu=contracts
Gestionnaire de menu: eldy_backoffice.php/eldy_backoffice.php

Type gestionnaire de base de données: pgsql
Requête dernier accès en base en erreur: SELECT sum((CASE WHEN cd.statut=0 THEN 1 ELSE 0 END)) as nb_initial, sum((CASE WHEN cd.statut=4 AND (cd.date_fin_validite IS NULL OR cd.date_fin_validite >= ‹ 2010-11-12 22:03:36 ›) THEN 1 ELSE 0 END)) as nb_running, sum((CASE WHEN cd.statut=4 AND (cd.date_fin_validite IS NOT NULL AND cd.date_fin_validite < ‹ 2010-11-12 22:03:36 ›) THEN 1 ELSE 0 END)) as nb_expired, sum((CASE WHEN cd.statut=4 AND (cd.date_fin_validite IS NOT NULL AND cd.date_fin_validite < ‹ 2010-11-12 22:03:36 ›) THEN 1 ELSE 0 END)) as nb_late, sum((CASE WHEN cd.statut=5 THEN 1 ELSE 0 END)) as nb_closed, c.rowid as cid, c.ref, c.datec, c.date_contrat, c.statut, s.nom, s.rowid as socid FROM llx_societe as s, llx_contrat as c LEFT JOIN llx_contratdet as cd ON c.rowid = cd.fk_contrat WHERE c.fk_soc = s.rowid AND s.entity = 1 GROUP BY c.rowid, c.datec, c.statut, s.nom, s.rowid ORDER BY c.rowid DESC LIMIT 26
Code retour dernier accès en base en erreur: DB_ERROR_42803
Information sur le dernier accès en base en erreur: ERREUR: 42803: la colonne « c.ref » doit apparaître dans la clause GROUP BY ou doit être utilisé dans une fonction d’agrégat LOCATION: check_ungrouped_columns_walker, parse_agg.c:330

Dans le module Calendrier, pour l’export (par exemple ici au format vcal, idem pour les autres formats)

[quote>Error ERREUR: 42P01: référence invalide d’une entrée de la clause FROM pour la table « a » LINE 1: …ioncomm as c LEFT JOIN llx_user as u on u.rowid = a.fk_user_… ^ HINT: Il existe une entrée pour la table « a » mais elle ne peut pas être référencée de cette partie de la requête. LOCATION: warnAutoRange, parse_relation.c:2008
[/quote]

Quand j’ai voulu ajouter un prix fournisseur à un produit

ERREUR: 42601: erreur de syntaxe sur ou près de « SET » LINE 1: INSERT INTO llx_product_fournisseur_price SET datec = '2010-… ^ LOCATION: base_yyerror, scan.l:808 sql=INSERT INTO llx_product_fournisseur_price SET datec = 2010-11-13 02:19:47 ,fk_product_fournisseur = 3 ,fk_user = 1 ,price = 0 ,quantity = 1 ,unitprice = 0

Et le meilleur pour la fin, c’est étonnant !!! Quand je saisi « Double sling en tissu extensible. », il corrige en « numeric sling en tissu extensible. » dans le champ description (ou même note) d’un service.

Je ne sais pas si toutes ces erreurs sont dues à PostgreSQL… Peut-être…

[regis]

merci on va regarder ca

[eldy]

Enfin des retours intéressants sur le support Postgresql.
Je viens de tous les corriger dans le CVS. Sera dispo pour la 3.0.

More feedbacks are welcome…

[ls64]

Bonjour à tous,
Comme microniko, j’utilise Dolibarr avec PostreSQL,et je constate moi aussi quelques problèmes:

1- Lorsque je clique sur Stock dans le menu Produits j’obtiens :

Dolibarr a détecté une erreur technique.
Voici les informations qui pourront aider au diagnostic:
Date: 20110206184429
Dolibarr: 2.9.0
PHP: 5.3.2-1ubuntu4.7
Server: Apache/2.2.14 (Ubuntu)

Url sollicitée: /dolibarr/htdocs/product/reassort.php?type=0
Referer: http://xxxx/dolibarr/htdocs/product/barcode.php?id=66
Gestionnaire de menu: eldy_backoffice.php/eldy_backoffice.php

Type gestionnaire de base de données: pgsql
Requête dernier accès en base en erreur: SELECT p.rowid, p.ref, p.label, p.price, p.fk_product_type, p.tms as datem, p.duration, p.envente as statut, p.seuil_stock_alerte, SUM(s.reel) as stock_physique FROM llx_product_stock as s, llx_product as p WHERE p.rowid = s.fk_product AND p.entity = 1 AND p.fk_product_type <> ‹ 1 › GROUP BY p.rowid ORDER BY stock_physique ASC LIMIT 26
Code retour dernier accès en base en erreur: DB_ERROR_42803
Information sur le dernier accès en base en erreur: ERREUR: 42803: la colonne « p.ref » doit apparaître dans la clause GROUP BY ou doit être utilisé dans une fonction d’agrégat LINE 1: SELECT p.rowid, p.ref, p.label, p.price, p.fk_product_type, … ^ LOCATION: check_ungrouped_columns_walker, parse_agg.c:543

2- Toujours dans le menu Produits, lorsque la liste est affichée, si je veux visualiser la page suivante, j’obtiens :

Dolibarr a détecté une erreur technique.
Voici les informations qui pourront aider au diagnostic:
Date: 20110206190339
Dolibarr: 2.9.0
PHP: 5.3.2-1ubuntu4.7
Server: Apache/2.2.14 (Ubuntu)

Url sollicitée: /dolibarr/htdocs/product/liste.php?page=1&sref=&snom=&fourn_id=&type=0&envente=&sortfield=p.ref&sortorder=ASC
Referer: http://xxxx/dolibarr/htdocs/product/liste.php?leftmenu=product&type=0
Gestionnaire de menu: eldy_backoffice.php/eldy_backoffice.php

Type gestionnaire de base de données: pgsql
Requête dernier accès en base en erreur: SELECT DISTINCT p.rowid, p.ref, p.label, p.barcode, p.price, p.price_ttc, p.price_base_type, p.fk_product_type, p.tms as datem, p.duration, p.envente as statut, p.seuil_stock_alerte FROM llx_product as p WHERE p.entity = 1 AND p.fk_product_type <> ‹ 1 › ORDER BY p.ref ASC LIMIT 25,26
Code retour dernier accès en base en erreur: DB_ERROR_SYNTAX
Information sur le dernier accès en base en erreur: ERREUR: 42601: la syntaxe LIMIT #,# n’est pas supportée LINE 1: …1 AND p.fk_product_type <> ‹ 1 › ORDER BY p.ref ASC LIMIT 25,2… ^ HINT: Utilisez les clauses séparées LIMIT et OFFSET. LOCATION: base_yyparse, gram.y:7162

Est-ce lié à l’usage de PostgreSQL ou autre ?