Limitation de longueur de chemin de fichiers sous Windows : Erreur Edition save () Cant save

[DominiqueBODIN]

Bonjour,

Depuis passage à la version 1.4.1, les éditions ne sont plus sauvegardées. Une fois une copie annotée ni Ctrl+S "Sauvegarder l'édition" ni même l'export des éditions ne fonctionne : message d'erreur Edition save () Cant save. La console indique que la syntaxe du nom de "fichier, de répertoire ou de volume est incorrecte".

En vous remerciant, D.BODIN

[DominiqueBODIN]

Précision : désinstallation de la version 1.4.1, dossier des données effacé et réinstallation de la version précédente 1.4.0 qui fonctionnait jusque là : mais même message d'erreur désormais à chaque tentative de sauvegarde d'édition "save(), can't save".

[ClementGre]

Bonjour, en lançant la v1.4.0 ou v1.4.1 après avoir supprimé le dossier de données, est-ce que le dossier de données est recréé correctement avec tous les fichiers settings.yml, sync_userdata.yml, textelements.yml, dossier translations, dossier editions etc ?

[DominiqueBODIN]

Bonjour, Oui j'avais tout désinstallé et effacé manuellement les fichiers settings.yml, sync_userdata.yml, textelements.yml et autres dans le Roaming AppData etc. sans succès. J'ai essayé en vain de raccourcir les noms du dossier et des fichiers, d'en éliminer les accents, etc.

1. L'erreur indiquée "erreur de syntaxe de nom de volume" paraissait peu vraisemblable puisque j'ai déjà corrigé des copies sur le même disque.
2. L'erreur indiquée "erreur de syntaxe de nom de fichier" n'est pas davantage la bonne piste : comme j'étais coincé j'ai en effet copié lesdits fichiers sur un autre ordinateur sans en changer les noms et j'ai bien pu procéder à leur correction avec Pdf4Teachers sur cet autre ordinateur.
3. Restait un problème de dénomination du dossier contenant les pdfs : là aussi peu vraisemblable puisque j'avais déjà corrigé des dossiers "voisins" dans arborescence avec un nom semblable (type "Copies 5e6 Contrôle 1","Copies 5e6 Contrôle 2", "Copies 5e6 Contrôle 3", etc.). Un indice peut-être (?) : quand j'ai voulu compresser en zip après correction les copies exportées depuis PDF4Teachers Windows a à son tour bugué m'indiquant qu'il ne pouvait compresser ce dossier car il était vide (ce qui était faux puisque les pdfs corrigés y figuraient bien). L'erreur vient donc peut-être de ce dossier spécifique ? Un problème de droit d'écriture ? (les propriétés du dossier indique certes "lecture seule", mais cela est a priori la mention par défaut de Windows pour tout dossier et n'empêche aucunement d'en manipuler le contenu) M'en suis sorti en attendant en copiant donc le dossier ailleurs, mais sans identifier davantage la cause exacte du problème. Encore merci à vous, D.BODIN

[ClementGre]

Bonjour, Windows est par défaut limité à des chemins (chemin complet jusqu'au fichier incluant son nom) de 256 caractères de long. Sachant que les fichiers d'éditions de PDF4Teachers contiennent le chemin complet du PDF associé, vous pouvez calculer la longueur du chemin d'un édition avec la somme ≈59 + longueur du chemin du PDF original en comptant triple les \ et les :. Les 256 caractères peuvent ainsi être rapidement atteints, en premier lieu pour le fichier d'édition, puis pour votre fichier PDF, ce qui peut aussi potentiellement expliquer le problème que rencontre Windows pour compresser les fichiers.

Essayez d'éditer un PDF se situant dans votre dossier utilisateurs ou téléchargements pour voir si l'édition se sauvegarde correctement.

[DominiqueBODIN]

Bonjour, Merci de votre retour éclairant. Effectivement Pdf4Teachers était hors de cause et c'est la longueur des chemins et la limitation native de Windows de ceux-ci qui était la cause du problème. La normalisation des fichiers pour leur redistribution via Moodle imposant déjà des noms de fichiers à rallonge la limite que vous indiquez était vite atteinte. Encore merci, D.BODIN