dolibarr-bugtrack
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Dolibarr-bugtrack] [Bug #575] GED doesn't works if there is "/" in a ma


From: Doliforge
Subject: [Dolibarr-bugtrack] [Bug #575] GED doesn't works if there is "/" in a mask
Date: Thu, 25 Dec 2014 22:04:16 +0100

Doliforge
Is this email not displaying correctly?
update email preferences.

GED doesn't works if there is "/" in a mask

Latest modifications

2014-12-25 22:04 (Europe/Madrid)
Changes:
  • Summary: 
-GED ne fonctionna pas si "/" dans un masque 
+GED doesn't works if there is "/" in a mask 

Answer now

Snapshot

 Details
Last Modified On:  2013-11-21 13:01 Submitted by:  Charpentier Loïc (shimpai)
Submitted on:  2012-10-18 18:18 
Summary:  GED doesn't works if there is "/" in a mask
Description:  Suite à mon post sur le forum dolibarr, et ayant trouvé une solution, je pense avoir identifié un bug :
http://www.dolibarr.fr/forum/12-howto--aide/35530-ged-vide

Lorsqu'on fait un masque sur les modèles de numérotation des propositions commerciales comprenant un "/" l'arborescence automatique du GED ne fonctionne pas.
Step to reproduce bug:  1/ Création d'un masque de numérotation des propositions commerciales de type : PC{0000}/{mm}{yyyy}
2/ Dolibarr fonctionne correctement, les dossiers dans dolibarr/documents/propale sont créés sous la forme PC{0000}_{mm}{yyyy}
3/ mais dans le GED, l'arborescence automatique reste vide.
4/ changer le masque par PC{0000}_{mm}{yyyy} et modifier la base de donnée à résolu le problème et le GED fait apparaitre toutes les propositions commerciales
Detected in version:  3.2.1 Category:  Module: ECM
Severity:  5 - Major OS Type/Version:  Linux HOME 2.6.33.2
PHP version:  5.3.14 Database type and version:  MySQL 5.1.36-log
 Status
Status:  Open Assigned to:  Laurent Destailleur (eldy)
Resolution:  Remind 

Comments

Laurent Destailleur 2013-11-21 13:01
Another effect found from french forum:
"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)."
Marcos García 2013-04-18 22:43
I think a patch could be made for 3.3.2... Users in dolibarr.es forum are complaining about this problem...
Laurent Destailleur 2012-11-03 03:54
Solution is to use same forbidden chars of filesystem for the numbering rule.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]