Partage de fichiers Apps - iTunes - Windows 7 - <fichier> n'a pas pu être copié car son nom est trop long

Je suis un développeur d'applications et j'essaie d'aider un client à déplacer un fichier de son iPhone dans le partage de documents.

Ils prennent les mesures suivantes:

Mais recevez l'erreur suivante:

( <file> could not be copied because its name is too long or includes characters that are invalid on the destination volume)

Le nom de fichier le plus long du dossier ressemblera à ceci: CoreDataUbiquitySupport/mobile\~B63CA3F9-0971-4F53-AF50-B1F792DDEFFE/iCloudStore/BC2FFBEC-33FA-4157-9F89-5D16429878C1/container/mobile\~B63CA3F9-0971-4F53-AF50-B1F792DDEFFE/iCloudStore/dITgSOv1a\~uXwdg84VBrJ5ksgQRT7WHwf7B9JLbKre8\=ces chaînes aléatoires doivent toutes avoir la même longueur (total de 232 caractères).

Ils me disent qu'ils sont sur la dernière version d'iTunes et Windows 7.

Je ne trouve rien sur Google pour cette erreur.

Toute aide extrêmement appréciée.

[Excuses si ce n’est pas le meilleur endroit pour cette question, des suggestions pour savoir où est le meilleur endroit sont les bienvenues. Les forums généraux d’assistance Apple, où j’ai supposé qu’il serait préférable de m’avoir dit de ne pas poster là-bas.

itunes windows-7 filesystem

— Lewis42
source

Nous aurions vraiment besoin de connaître le nom du fichier et le chemin complet pour en être certain, mais Acronis a un bon Ko sur les caractères illégaux x-plat , et Apple un meilleur x-plat Practices KB

— Tetsujin

Merci pour cela, j'ai ajouté un exemple de nom de fichier complet à la question. Je suppose que c'est la longueur qui pose problème. Je ne sais pas à quel stade ils obtiennent l'erreur, mais peut-être que si je les oblige à l'enregistrer dans C: \ au lieu de Mes documents ou à tout autre endroit où cela pourrait fonctionner.

— Lewis42

Je me demande comment il gère les fuites \ ~ \ = etc., car le \ lui-même est un caractère illégal - ou sont-ils pour "notre" avantage, puisqu'ils ne sont pas réellement nécessaires à la lisibilité humaine dans un SEcode block

— Tetsujin

Merci pour toute votre aide @Tetsujin. C’est le chemin que j’obtiens sur mon Mac lorsqu’il est connecté au simulateur. Je ne sais pas si les fichiers font partie du chemin ou sont ajoutés par le terminal. Je sais que le terminal échapperait à un espace

— Lewis42

Brève mise à jour: mon client d'origine avec ce problème mis à jour vers Windows 10 et qui l'a résolu pour eux. J'ai maintenant un autre client avec le même problème cependant :(

— Lewis42