KrysKool.browse(cr, uid, ids, context) - openobject

Faille de sécurité dans OpenERP 5.0 et antérieur

KrysKool — Mon, 21 Sep 2009 10:36:00 +0200

Un faille de sécurité a été découverte dans OpenERP 5.0 et antérieure, celle-ci permet de réinitialiser le mot des passes des utilisateurs et notamment admin pour ensuite se connecter à OpenERP sous cet utilisateur qui possèdent tous les droits.

Cette faille est de type injection SQL, elle s'applique sur la méthode read des objets en lui passant un demande mal formé qui permet d'injecter des requêtes de MAJ des mot de passes utilisateur, et ainsi permettre un connexion future avec ces nouveaux mot de passe.

La version 5.0.5 sortie la semaine corrige cette vulnérabilité. vous êtes inviter à mettre le plus rapidement possible à jour votre version si celle-ci est accessible au travers d'internet sans protection (accès directe en XMLRPC ou NETRPC)

La version est disponible ici

Packaging du client OpenERP Pour Windows

KrysKool — Mon, 18 May 2009 16:02:00 +0200

Afin de valider le fonctionnement en mode TSE du client lourd, j'ai re-crée le packaging d'installation.

Ce packaging comprend les améliorations suivantes.

Timeout définissable
Amélioration pour un fonctionnement simultannée en TSE/Citriix
Amélioration de bug divers.

Vous la trouverez disponible a cette adresse.

Traduction dans OpenERP 5.0

KrysKool — Tue, 28 Apr 2009 20:15:00 +0200

Les traductions de OpenERP 5.0 et supérieur sont gérés via l'interface de traduction de Launchpad. Il est également possible de faire les traductions en local a l'aide d'outil comme poEdit.

En version 5.0 les traductions de chaques modules sont disponibles dans chaque répertoire de module. Dans un répertoire de module, vous trouverez un répertoire i18n dans lequel vous trouverez des fichiers .po et .pot. le fichier .pot est un fichier de modèle qui ne doit pas être traduit. les fichiers .po ont pour nom le pays et la langue tel que défnit par les normes ISO 639 et ISO 3166, ce qui donne pour la langue française en France, fr_FR.po. pour ouvrir ce fichier PO un simple editeur de texte suffit, ou bien utiliser une interface comme poEdit.

Lorsque l'on développe, il est fréquent que de nouveau terme à traduire soit ajouter, il faut donc venir mettre à jour nos fichiers PO avec les chaînes supplémentaires sans perdre ce qui a déjà été traduit. pour celà nous allons exporter un nouveau fichier POT qui viendra remplacer le précédent, avec l'assistant présent dans le menu Administration. puis à l'aide du programme msgmerge, nous allons mettre à jour tous les fichiers PO présent dans le répertoire i18n avec la commande ci-dessous.

msgmerge --update -N fr_FR.po module.pot

ou module.pot correspond au fichier POT de notre module, il ne reste plus ensuite qu'a ouvir le fichier fr_FR.po et de traduire les chaînes supplémentaires.

Ajouter des traces de debug dans vos modules.

KrysKool — Tue, 21 Apr 2009 22:56:00 +0200

Parfois il est utile de surveiller le comportement d'un module et par conséquent d'avoir temporairement des commentaires supplémentaires en sortie de la console OpenERP. mais par la suite on voudrait pourvoir couper ces messages sans toucher une ligne de code de notre module.

Pour mettre ces commentaires, et conditionner leur affichage en fonction du niveau de détail choisit, il faut procéder comme suit. Ajouter tout d'abord ceci en début de votre fichier python

import netsvc

ensuite instancier le logger

logger = netsvc.Logger()

ensuite il ne reste plus qu'a utiliser la méthode notifyChannel

logger.notifyChannel('init', netsvc.LOG_DEBUG, 'Mon commentaire de DEBUG')

ce message d'erreur s'affichera lorsque le niveau de trace sera sur DEBUG au niveau du serveur, avec l'option --log-level=debug. voici la liste des niveaux de trace possible

LOG_DEBUG_RPC
LOG_DEBUG
LOG_INFO
LOG_WARNING
LOG_ERROR
LOG_CRITICAL

pour une information permanente vous utiliserez LOG_INFO comme ceci

logger.notifyChannel('init', netsvc.LOG_INFO, 'Mon information')