Archives par mot-clé : bug

Odoo8 – Erreur « new encoding (UTF8) is incompatible with … (SQL_ASCII) »

Ayant installé chez un nouvel hébergeur, Odoo 8 sur Debian 7.8, j'ai rencontré l'erreur suivante lors de la création de la base de données :
DataError: new encoding (UTF8) is incompatible with the encoding of the template database (SQL_ASCII)
HINT:  Use the same encoding as in the template database, or use template0 as template.

Pour résoudre cette erreur, j'ai choisi la solution suivante :
dpkg-reconfigure locales
> choisir fr_FR.UTF-8

- profitons en aussi pour configurer le bon fuseau horaire (Europe/Paris)
dpkg-reconfigure tzdata

- se reconnecter pour prendre en compte la modification
- ré-installer la BD postgresql

apt-get --purge remove postgresql-common
apt-get install postgresql

- recréer l'utilisateur "odoo"
- relancer Odoo

Une autre solution existe (si besoin, remplacer 9.1 par votre version postgresql) :
pg_dropcluster --stop 9.1 main
pg_createcluster --start -e UTF-8 9.1 main

ODOO 8 – Non impression du pied de page dans les éditions Qweb (0/9)

!! Attention, depuis la rédaction de cet article, le lieu de téléchargement de wkhtmltopdf a changé !! 

Dans mon environnement Debian 7.7-32 bits, le pied de page ne s'imprime pas dans les éditions Qweb (ex: devis) alors que j'utilise la version 0.12.2.1 de wkhtmltox.

Pour contourner ce problème, je suis revenu à la version 0.12.1 de wkhtmltox.

Voici comment la récupérer et l'installer (à adapter selon distribution et version linux 32/64bits) :
cd /tmp
wget http://sourceforge.net/projects/wkhtmltopdf/files/archive/0.12.1/wkhtmltox-0.12.1_linux-wheezy-i386.deb
dpkg -i wkhtmltox-0.12.1_linux-wheezy-i386.deb

cp /usr/local/bin/wkhtmltopdf /usr/bin
cp /usr/local/bin/wkhtmltoimage /usr/bin

Commande pour vérifier la version :
wkhtmltopdf -V 

Commande pour vérifier que wkhtmltopdf fonctionne :
wkhtmltopdf http://www.odoo.com test-odoo.pdf 
=> le contenu de la page d'accueil de www.odoo.com doit apparaître dans le fichier PDF produit 

* Comment l'installer sur CentOS7 ou RHEL7 :
wget
http://sourceforge.net/projects/wkhtmltopdf/files/archive/0.12.1/wkhtmltox-0.12.1_linux-centos7-amd64.rpm
yum install wkhtmltox-0.12.1_linux-centos7-amd64.rpm 

* Voici la version qui fonctionne sur Debian 8 (64 bits) :
wget
http://sourceforge.net/projects/wkhtmltopdf/files/0.12.2.1/wkhtmltox-0.12.2.1_linux-jessie-amd64.deb

(il vous faudra peut-être ajouter : apt-get install xfonts-75dpi) 

ODOO 8 – problème de traduction dans les rapports QWEB

Alors que ces termes sont tous bien traduits dans le fichier fr.po, certains sont bien traduits en français dans le rapport "devis/bon de commande" alors que d'autres ne sont pas traduits.

- Exemple de terme correctement traduit dans le rapport :
#. module: sale
#: view:website:sale.report_saleorder_document
msgid "Salesperson:"
msgstr "Vendeur:"

- Exemple de terme non traduit dans le rapport :
#. module: sale
#: view:website:sale.report_saleorder_document
msgid "Total Without Taxes"
msgstr "Total HT"

Un bug est (à nouveau) ouvert sur le sujet dans Github.

Au 08/01/2015, ce bug semble corrigé.

OpenERP – supprimer la liste des bases

Pour supprimer dans la page d'authentification, l'affichage de la liste des bases, il suffit d'ajouter dans le fichier de configuration :
list_db = False 

Ensuite, il faut préciser à l'appel de l'url, le nom de la base  :
http://xxxx:8069/?db=yyyyy

Il y a en fait un bug référencé sur le sujet pour la v7 : https://bugs.launchpad.net/openerp-web/+bug/1268510


=> il faut soit appliquer le patch fourni dans la description du bug, soit vider le cache du navigateur avant de changer de base 😉

OpenERP 7 – Problématique "Gestion des contacts"

Ceci est une mise à jour d'un article paru le 12/08/2013 sur ce blog.

Un débat parfois virulent, autour de la gestion des contacts a agité la communauté OpenERP à la sortie de la version 7.

En effet, une évolution du logiciel a conduit à une régression fonctionnelle concernant le B2B (clients de type société) :

  • Jusqu'à la v6.1, la notion de contact d'une société était implémentée dans une table séparée (res.partner.address) de la table res.partner. La relation "partner_id" liant d'autres objets (facture, stock ...) avec res.partner pointait donc vers la société
  • En v7, OpenERP SA a choisi de fusionner ces 2 tables dans res.partner. La relation "partner_id" a été migrée pour pointer vers un contact de la société et non plus directement vers la société. Cette modification a engendré des problèmes qui ont nécessité un correctif.

Le débat entre les intégrateurs et l'éditeur OpenERP SA concernait la solution à apporter aux problèmes.
Un 1er document décrivait précisément la problématique.

Un 2ème document décrivait la solution proposée par les intégrateurs au regard de la solution proposée par OpenERP SA.

=> la solution finalement retenue a été celle de l'éditeur OpenERP SA. 
Elle a consisté à ajouter un champ "commercial_partner_id" pointant vers la société pour les relations le nécessitant (ex: facture)

Bug OpenERP v8 déclaré sur Launchpad

maj le 18/02/2014 - Le problème ci-dessous n'existe plus. Ce n'était pas un bug mais un problème transitoire issu d'un merge (dixit le développeur OpenERP).

J'ai déclaré il y a quelques jours, à l'équipe projet "OpenERP addons" un bug sur la v8 et j'ai reçu aujourd'hui une réponse prenant en compte ce bug 😉
Il se produit lors de l'import d'un fichier précédent d'export complet des données OpenERP.
Rien de grave car la version 8.0 ne doit sortir que mi 2014.