[Dolibarr-bugtrack] [Bug #820] Modification fde l a référence produit

[Doliforge]

Ce message ne s'affiche pas correctement? mettez à jour vos préférences utilisateur.

Dolibarr ERP & CRM » Bugs » bug #820

Modification fde la référence produit

Dernières modifications

Jean Heimburger (tiaris)

03/05/2013 16:59 (Europe/Paris)

Ah oui il y a pas mal d'impact.
Mais le problème est la converstion automatique en _,

ne vaut-il pas alors mieux interdire ces caractères dans la référence produit, plutôt que les transformer ?

Répondre

État

Détails
Submitted by:	Jean Heimburger (tiaris)		Submitted on:	13/04/2013 16:46
Last Modified On:	03/05/2013 15:30
Summary:	Modification fde la référence produit
Description:	Actuellement, certains caractères spéciaux sont interdits pour les références produits. ('<','>',':','/','\\','?','*','|','"') Dolibarr les transforme automatiquement en _ (fonction function dol_sanitizeFileName($str,$newstr='_',$unaccent=1) de functions.lib.php. Cette conversion automatique pose problème parfois, en tous cas pour certains caractères relativement courant pour des références produits (/, : , |). Si la fonction se comprend pour les noms de fichiers, je vois moins l'intérêt pour des références produits. Est-ce que cette fonction est bien utile pour les références ? ou bien dissocier le cas des noms de fichiers et des autres champs.
Step to reproduce bug:	Les références sont aussi utilisés pour stocker les produits (le produit a un répertoire à son nom et les fichiers générés contiennent aussi ce nom). En autorisant ces chars dans la référence, on ne peut plus mettre de pièces jointes, ni généré de doc. Ceci est vrai aussi pour les autres modules. La correction est très lourde (requiert de doubler partout les référence pour avoir a la fois la référence visuelle et celle qui sert de stockage fichier et impact le code presque partout, module GED, modules de numérotations, fonctions upload et download pieces jointes). L'impact se trouve aussi dans les web services (caractère non permis également comme < et > qui viennent corrompre le xml). Bref, mieux le rapport gain / cout-risque est suffisamment mauvais pour préférer toléré ce bug.
Version:	develop		Category:	Module: Products-Services
Severity:	4		OS Type/Version:
PHP version:			Database type and version:
Etat
Status:	Open		Assigned to:	Aucun
Resolution:	Remind

Commentaires

Jean Heimburger 03/05/2013 16:59

Ah oui il y a pas mal d'impact.
Mais le problème est la converstion automatique en _,

ne vaut-il pas alors mieux interdire ces caractères dans la référence produit, plutôt que les transformer ?

Marcos García 26/04/2013 06:46

Shouldn't this be a feature request?

 Lien direct vers l'artefact  |  Mettre à jour vos préférences