Les dossiers renommés via l'Explorateur Windows conservent le nom d'origine

J'ai une arborescence de répertoires sans rien de spécial (pas de réseau, pas de liens symboliques, pas d'autorisations bizarres ...) sauf que certains dossiers sont des copies de travail Subversion gérées avec TortoiseSVN. Je l'utilise depuis plusieurs années sans aucun problème.

Juste après avoir physiquement déplacé le disque vers un nouvel ordinateur (aucune idée si ce n'est qu'une coïncidence), j'ai découvert que je ne peux pas renommer ces dossiers à l'aide de l'interface graphique (appuyez sur F2, tapez un nouveau nom, entrez). L'Explorateur Windows ne se plaint pas et signale le nouveau nom, mais le dossier conserve en fait le nom d'origine (qui apparaît lorsque je clique sur la barre d'emplacement, dans le titre de la fenêtre et dans l'invite de commande).

Ce doit être un problème d'explorateur car je peux enfin faire le changement de nom à partir de la ligne de commande ( rename foo bar) mais je ne sais pas quel peut être le problème racine.

Une idée?

— Álvaro González
source

Avez-vous essayé d'appuyer sur F5 pour actualiser le dossier? En renommant un dossier du même nom, l'explorateur annulera son action, ce qui se produirait la deuxième fois.

— LPChip

@LPChip Bien sûr, j'ai appuyé sur F5 jusqu'à ce que j'enfonce presque la clé. Et j'ai redémarré deux fois. Et j'ai supprimé le .svnrépertoire interne . Enfin, je viens de rechercher et de supprimer tous les desktop.inifichiers dans l'arborescence des répertoires et le problème semble avoir disparu ...

— Álvaro González

Juste un petit rappel: comme cela fait maintenant plus de deux jours que vous avez publié votre propre solution au problème, vous pouvez marquer cela comme la réponse officiellement acceptée. Merci pour votre contribution!

— Run5k

J'ai finalement recherché tous les desktop.inifichiers dans mon arborescence de répertoires et les ai tous supprimés. Le problème a été résolu instantanément:

Les dossiers ont finalement montré leur vrai nom
De nouveaux renommages se sont réellement produits au niveau du système de fichiers

Ces fichiers contenaient des entrées comme celle-ci:

[.ShellClassInfo]
LocalizedResourceName=This is the new name

... qui semble être une fonctionnalité plutôt qu'un bug :

LocalizedResourceName

Spécifie un module de ressources et l'ID de chaîne à utiliser comme nom du dossier à afficher lorsqu'il est affiché à l'aide de l'explorateur de fichiers ou du shell.

Je n'ai pas la moindre idée de la façon dont Windows est arrivé à la conclusion que je voulais traduire le dossier plutôt que de le renommer.

— Álvaro González
source

Comme cause possible: avez-vous installé un module linguistique localisé? Par exemple, j'ai acheté un ordinateur à Stockholm avec le suédois installé, mais je veux l'utiliser en anglais, j'ai donc installé le module linguistique de Microsoft. Ou peut-être avez-vous changé les paramètres régionaux entre enUS et enUK, ou similaire. La suppression des fichiers desktop.ini forcera simplement le système d'exploitation à les régénérer en fonction d'un examen de la structure et du contenu des dossiers; brutale, mais efficace.

— flith

@flith C'est une édition espagnole mais je n'ai pas installé de langues supplémentaires.

— Álvaro González

Êtes-vous sûr qu'il n'est pas réellement en anglais et que le revendeur local a mis le paquet espagnol au-dessus? Cela pourrait l'expliquer.

— flith

@flith Spanish est la seule langue répertoriée ( capture d'écran ) mais ne peut pas être supprimée. Aucune idée de ce que cela signifie exactement.

— Álvaro González

Remarque intéressante: Windows l'utilise également pour les dossiers "spéciaux" comme le bureau, ma musique, etc., ce qui explique pourquoi sous Windows 7 le dossier Ma musique est en fait %userprofile%\Music.

— svbnet