Archives par mot-clé : bug

ODOO 9 CE – non affichage des conditions générales dans une facture non issue d’un devis

Odoo,

Alors que cela fonctionne bien pour les versions 10 et 11, le contenu du champ "conditions générales de vente" de la société (champ sale_note de res.company) n'est pas reporté dans le champ "Conditions générales" d'une facture non issue d'un devis(champ comment de account.invoice) .

Continuer la lecture de ODOO 9 CE – non affichage des conditions générales dans une facture non issue d’un devis →

ODOO 9 CE – erreur « Uncaught TypeError: event.preventDefault is not a function »

Odoo

Prenons un utilisateur Odoo dont l'adresse mail n'est renseignée ni dans le formulaire utilisateur, ni dans le formulaire client/contact.

En étant connecté à Odoo 9 avec cet utilisateur, si l'on tente de créer une opportunité dans son pipeline, l'erreur suivante apparaît :

Uncaught TypeError: event.preventDefault is not a function

Continuer la lecture de ODOO 9 CE – erreur « Uncaught TypeError: event.preventDefault is not a function » →

ODOO 9 CE – Error: QWeb2 – template … No enumerator given to foreach

Odoo

!! Anomalie résolue uniquement après réinstallation Debian + Odoo 9 ??? !!

Exceptionnellement, cet article est rédigé en anglais car ce bug est aussi remonté sur github .

I would like to describe the error I encountered on an Odoo 9.0 instance when connecting to Odoo with a user.
I managed to reproduce it in a very simple scenario.

Continuer la lecture de ODOO 9 CE – Error: QWeb2 – template … No enumerator given to foreach →

ODOO 8/9/10 CE – Anomalies perturbantes

Odoo

Cet article est destiné à recenser des anomalies perturbantes sur les versions ODOO 8-9-10 (Community Edition).
Bien entendu, cet article sera enrichi au fil du temps.

Voici la liste :

Continuer la lecture de ODOO 8/9/10 CE – Anomalies perturbantes →

ODOO 8 – erreur au lancement en mode débug dans PyCharm

Non classé,

Quand j'utilise PyCharm en version 4.5.4 Community Edition, ODOO 8 ne se lance pas, en mode debug.
La trace suivante s'affiche et aucun process n'écoute sur le port 8069.

Ce problème arrive aussi sous Eclipse (v3.8).

Pour contourner ce problème, il faut patcher le fichier odoo/openerp/__init__.py  :
- il faut mettre en commentaires les 3 lignes suivantes
evented = False
if sys.modules.get("gevent") is not None:
    evented = True
- et ajouter la ligne
evented = (sys.modules.get("gevent") is not None and sys.gettrace() is None)

ODOO 8 – feuille CSS non appliquée dans les éditions

Non classé

Dans une configuration Nginx+Odoo, il arrive parfois que les éditions ne se voient pas appliquer la feuille de style CSS et que l'on arrive à un résultat similaire à celui-ci

Dans ce cas, il faut faire les 2 modifications suivantes dans le menu "Configuration>Technical>Paramètres>Paramètres système" :

  • ajouter l'entrée web.base.url.freeze avec la valeur True
  • modifier l'entrée web.base.url avec la valeur http://0.0.0.0:8069

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

Non classé,

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)

Non classé,
!! 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)