Il n’aura pas fallu longtemps pour que Microsoft reconnaisse ce nouveau problème évoqué dans l’October 2018 Update, toujours absente de Windows Update.
Il y a donc bien plusieurs soucis avec les archives Zip quand elles sont utilisées directement via l’Explorateur (le problème est absent avec les outils tiers). Ils ne résident pas forcément là où les attendait, Microsoft fournissant des explications.
Le principal problème se manifeste lorsque l’on sort un fichier d’une archive pour le déplacer vers un dossier. Si un fichier du même nom se trouve déjà dans la destination, il ne sera pas écrasé, mais le système n’affiche aucune fenêtre de traitement du conflit. En revanche, le fichier est bien supprimé de l’archive, d’où une perte de données.
La solution donnée en attendant par l’éditeur est simple, puisqu’il suffit d’extraire l’archive avant d’en manipuler les données. Nous en ajouterons un autre, que Microsoft ne cite étrangement pas : passer par l’un des multiples outils tiers existants.
Commentaires (18)
#1
7zip POWAAAAAA !
#2
Ah ouais quand même, s’éparpiller en multipliant les services (non voulus), et oublier l’essentiel, ça sent le sapin
" />
#3
Nous en ajouterons un autre, que Microsoft ne cite étrangement pas : passer par l’un des multiples outils tiers existants.
Hé oh, vous ne voulez pas non plus qu’ils recommandent d’installer Linux pour contourner le problème de l’october update ?
#4
C’est plutôt cette mise à jour aurait dû mériter le titre de FALL update.
#5
avec le premier L en minuscule, comme ça, ça ressemblera à FAIL update
" />
#6
ou winrar
" />
#7
nouveau slogan pour cette boite de branquignols finis : “MS, l’incompétence à l’état pur.” Ca leur va comme un gant.
" /> 
" />
#8
jamais aimé cette intégration des zip à l’explorer, en particulier dans l’arborescence des dossiers.
Enfin rien qu’un petit .reg ne saurait résoudre :)
#9
>>Le principal problème se manifeste quand lorsque l’on sort un fichier d’une archive pour le déplacer vers un dossier. Si un fichier du même
nom se trouve déjà dans la destination, il ne sera pas écrasé, mais le
système n’affiche aucune fenêtre de traitement du conflit. En revanche, le fichier est bien supprimé de l’archive, d’où une perte de données.
Je suis le seul choqué qu’un move depuis une archive supprime le contenu de l’archive ?
#10
Si c’est “déplacé” ça ne me parait pas si choquant, quand on déplac eun fichier ou un dossier, on le change d’endroit, donc le comportement est logique. Maintenant, ce qui ne semble pas cohérent, c’est justement qu’on puisse “déplacer” des fichiers d’une archive. Ça, on ne devrait pas pouvoir le faire car c’est justement le rôle des archives de conserver les fichiers. On ne devrait que pouvoir les copier-coller.
#11
Oui c’est exactement ça que je voulais mettre en avant, perso j’utilise régulièrement les archives justement pour leur immuabilité, en plus les inpacticiens ont pas mal discutés les stratégies de backup dans la brève sur les fichiers disparu après une mise à jour, la comme scenario ça nous donne:
#12
#13
Copie si c’est vers un stockage externe, déplacement vers un stockage interne. Il me semble.
#14
#15
#16
#17
Ah j’ai jamais testé de partition à partition. Merci pour la précision
#18
Et en plus faut payer pour disposer de Windows ???
" />