Bug #11016
fermé
Importation de documents par ZIP
100%
Description
Si le dossier contient tous les documents, cela ne fonctionne pas.
Si le dossier contient des documents, en plus des documents à la racine de l'archive, tous les documents sont bien importés.
En d'autres termes, si aucun document n'est présent à la racine de l'archive, l'import ne fonctionne pas.
Mis à jour par Yohann Chastagnier il y a plus de 4 ans
- Statut changé de New à Feedback
Avec quelle version de Silverpeas cela a t'il été constaté ?
Mis à jour par David Lesimple il y a plus de 4 ans
Yohann Chastagnier a écrit :
Avec quelle version de Silverpeas cela a t'il été constaté ?
6.1-build191003
Mis à jour par Nicolas Eysseric il y a plus de 4 ans
- Sujet changé de Importation de documents par ZIP: Erreur si l'archive zip n'a pas de documents à la racine à Importation de documents par ZIP
- Statut changé de Feedback à Qualified
Pour un ZIP produit par Windows ou par 7Zip, le fichier ne peut être importé.
Le problème vient des caractères (mal) accentués présents dans le ZIP.
Si le même dossier est zippé avec WinRar par exemple, le fichier est bien importé.
Je n'ai pas trouvé de solution à ce problème même en jouant avec l'encoding côté serveur...
Mis à jour par Yohann Chastagnier il y a plus de 4 ans
- Statut changé de Qualified à In progress...
Mis à jour par Yohann Chastagnier il y a plus de 4 ans
- Statut changé de In progress... à Resolved
- % réalisé changé de 0 à 100
Silverpeas ne prend en charge que l'encodage UTF8 dans le décodage du nom des entrées contenues dans une archive ZIP (sauf si le ZIP contient des métadonnées explicites, ce qui n'arrive pas souvent à priori).
Or, depuis Windows, l'encodage choisi n'est pas forcément l'encodage UTF8 pour la structuration de l'archive ZIP mais celui originellement utilisé pour la création d'archives ZIP : IBM437.
Du coup, dès lors qu'il y a un accent dans le nom d'un fichier ou d'un répertoire, un problème de décodage survenait et empêchait la décompression de l'archive, et donc, du traitement appelant.
La correction consiste à décompresser dans un premier en UTF8 (comme jusqu'à aujourd'hui).
S'il y a une erreur technique qui survient, alors une décompression en IBM437 est réalisée dans un deuxième temps.
S'il y a encore une erreur, le traitement se termine.
Mis à jour par Nicolas Eysseric il y a plus de 4 ans
- Statut changé de Resolved à Integration in progress...
- Assigné à mis à Yohann Chastagnier
Mis à jour par Nicolas Eysseric il y a plus de 4 ans
- Statut changé de Integration in progress... à Closed
Validé et intégré...