Projet

Général

Profil

Actions
Copier le lien

Anomalie #5784

fermé

Problèmes avec les actions FREEDOM_BGIMPORT et FREEDOM_IMPORT_DIR

Ajouté par Jérôme Augé il y a plus de 10 ans. Mis à jour il y a plus de 10 ans.

Statut:
Intégré
Priorité:
Normal
Assigné à:
Jérôme Augé
Version cible:
3.2.21
Début:
01/10/2015
Echéance:
% réalisé:

100%

Temps estimé:
Version source:
3.2.19
Solution proposée:

Seule la fonction bgimport utilise encore la commande wsh freedom_import.
Corriger l'appel dans l'action FREEDOM_BGIMPORT.
Encoder les valeurs (utilisation eSet) lors de la production du rapport HTML (importDocument::writeHtmlCr())

Principaux fichiers impactés:
Complexité:
Contrôle:
Thème:
Socle technique
Régression:
Non

Description

Plusieurs problèmes en relation avec ces actions :

1- L'action "FREEODM_BGIMPORT" ne fonctionne pas elle exécute l'API "freedom_import" avec l'argument "--htmlmode=Y" alors que l'argument doit valoir "yes" ou "no".

Si je lance à la main la commande exécutée en tâche de fond j'ai l'erreur :

Erreur : Error for argument 'htmlmode' : argument must be one of these values : yes, no

2- Les actions FREEDOM_BGIMPORT et FREEODM_IMPORT_DIR utilisent l'API "freedom_import" qui est dépréciée.

Il faudrait faire un tour dans dynacase-core et changer toutes les utilisations de "freedom_import" par "importDocuments".

3- Le rapport d'analyse d'un document (ou d'une archive) n'échappe pas les valeurs des attributs HTML ce qui peut mener à une exécution de code JS non-souhaité lors de l'exécution et la consultation du rapport d'import.

Actions
Copier le lien

Formats disponibles : Atom PDF