Impossible d'utiliser des noms de chemin longs dans Windows 2016

J'ai été ravi de voir qu'avec les derniers Windows 10 et Windows Server 2016, l'ancienne restriction de 260 caractères pour les noms de dossier et de fichier peut être surmontée.

Je viens d'installer Windows 2016 sur une nouvelle machine et j'ai suivi les étapes pour activer les longs chemins (comme détaillé ici ), et je reçois toujours des messages me disant que les fichiers ne peuvent pas être copiés ou les dossiers créés car ils créeraient un nom de chemin long.

Qu'est-ce que j'ai fait de mal, y a-t-il quelque chose de plus à faire?

windows windows-server-2016

— userSteve
source

La description du paramètre, telle qu'elle apparaît dans l'article auquel vous avez lié, indique:

L'activation des chemins longs NTFS permettra aux applications Win32 manifestées et aux applications Windows Store d'accéder aux chemins au-delà de la limite normale de 260 caractères par nœud. L'activation de ce paramètre rendra les longs chemins accessibles au sein du processus.

Cela signifie que même après avoir activé cette fonction, toutes les applications ne pourront pas par magie commencer à accéder à de longs chemins. Chaque application spécifique doit encore être codée de manière à "adhérer" à ce support.

Au moment d'écrire ces lignes, Explorer.exe et cmd.exe n'en profitent pas encore . (Mais ils finiront par ... juste lui donner du temps.)

Mais j'ai vu Powershell profiter de la nouvelle fonctionnalité:

— Ryan Ries
source

D'accord, alors permettez-moi de clarifier les choses. Microsoft a enfin introduit un moyen pour certaines applications de contourner ce problème, et l'explorateur de fichiers Windows standard n'en fait pas partie?!

— userSteve

@userSteve Peut-être parce qu'il y a tellement de plugins tiers disponibles pour Explorer, dont chacun suppose probablement l'ancienne longueur maximale du chemin. Je soupçonne qu'une solution d'ingénierie assez difficile devrait être développée pour que cela fonctionne - si c'est même possible (beaucoup de plugins font vraiment du tort dans les structures de données non documentées qui les rendent incroyablement difficiles à continuer à travailler lorsque des modifications sont apportées à Imaginez maintenant ce que changerait la taille maximale d'une donnée très fondamentale ferait ...)

— Muzer

@userSteve Le shell est une bête très compliquée avec des décennies de chemins de code hérités et une compatibilité descendante qu'il doit maintenir ... Je peux vous assurer que Microsoft a des Top Men qui y travaillent, cependant. :)

— Ryan Ries

@Muzer Vous avez peut-être raison, mais cela suggère qu'aucune application qui utilise autant qu'une boîte de dialogue standard "Ouvrir un fichier" ne peut accepter en toute sécurité.

— hvd

@JesseSlicer Top ... Hommes ...

— Ryan Ries