Visualiser les détails du résultat

IdentifiantProjetCatégorieVisibilitéDernière mise à jour
0001135Documentations SICGestion de la documentation sous SPIPpublic2015-05-19 16:00
RapporteurdorchAssigné àutilisateur16 
PrioriténormaleImpactcritiqueReproductibilitétoujours
Statut ferméRésolutioncorrigé 
Version du produit 
Version cibléeRésolu dans la version 
Résumé0001135: Altération du nom du dossier parent dans les fichiers ZIP créés
DescriptionLe nom du dossier parent est amputé de ses deux premières lettres.

C'est dû à un bug dans la fonction zipDir.

La fonction folderToZip reçoit en argument $exclusiveLength qui détermine le n° du caractère à partir duquel lire le $localPath dans le chemin complet du fichier à ajouter au ZIP.

Dans le premier appel à folderToZip dans zipDir, on utilise pathInfo pour déterminer ce numéro de caractère. Or, le $sourcePath transmis ne contient pas de chemin absolu (C'est site ou tex) et on doit avoir $parentPath = "."
A l'appel de folderToZip, on utilise $exclusiveLength=strlen("$parentPath/"), soit $exclusiveLength=2.

Après dans folderToZip, on a $localPath = substr($filePath, $exclusiveLength); d'où la transformation du nom du répertoire en "te" ou "x" pour respectivement "site" et "tex".

Solutions possibles :
- transmettre un chemin avec au moins deux profondeurs par exemple en enlevant le chdir et en utilisant zipDir('../tmp/site','../tmp/site.zip')
- corriger le code de zipDir, pour que si $parentPath="." alors, il faut appeler folderToZip avec $exclusiveLength=0
BalisesAucune balise n'est associée.

Activités

utilisateur16

2015-05-19 16:00

  ~0001151

J'ai transmit le chemin avec plusieurs profondeurs pour l'appel de la fonction zipDir().

Historique du bogue

Date de modification Nom d’utilisateur Champ Changement
2015-05-19 15:49 dorch Nouveau bogue
2015-05-19 15:49 dorch Statut nouveau => affecté
2015-05-19 15:49 dorch Assigné à => utilisateur16
2015-05-19 16:00 utilisateur16 Note ajoutée: 0001151
2015-05-19 16:00 utilisateur16 Statut affecté => fermé
2015-05-19 16:00 utilisateur16 Résolution ouvert => corrigé