Connexion
Abonnez-vous

Windows 10 : Microsoft reconnaît le problème avec les archives Zip

Windows 10 : Microsoft reconnaît le problème avec les archives Zip

Le 25 octobre 2018 à 09h46

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.

Le 25 octobre 2018 à 09h46

Commentaires (18)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

7zip POWAAAAAA !

votre avatar

Ah ouais quand même, s’éparpiller en multipliant les services (non voulus), et oublier l’essentiel, ça sent le sapin <img data-src=" />

votre avatar



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 ? <img data-src=" />

votre avatar

C’est plutôt cette mise à jour aurait dû mériter le titre de FALL update.

votre avatar

avec le premier L en minuscule, comme ça, ça ressemblera à FAIL update <img data-src=" />

votre avatar

ou winrar <img data-src=" />

votre avatar

nouveau slogan pour cette boite de branquignols finis : “MS, l’incompétence à l’état pur.”&nbsp; Ca leur va comme un gant. <img data-src=" /> <img data-src=" />

votre avatar

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 :)

votre avatar

&gt;&gt;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 ?

votre avatar

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.

votre avatar

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&nbsp; comme scenario ça nous donne:





  • tu a ton archive sur ton poste A et ton NAS B

  • tu pense recuperer des fichiers de l’archive A, mais le contenu est partiellement effacé

  • y’a cron qui dit que c’est l’heure de sync A =&gt; B

  • Félicitation tu viens de perdre définitivement tes data

votre avatar







numerid a écrit :



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.







Du coup le drag and drop par défaut se comporte comment ? Déplacement ou copie ?


votre avatar

Copie si c’est vers un stockage externe, déplacement vers un stockage interne. Il me semble.

votre avatar







Kevsler a écrit :



Copie si c’est vers un stockage externe, déplacement vers un stockage interne. Il me semble.







Donc c’est vraiment idiot en effet.


votre avatar







Kevsler a écrit :



Copie si c’est vers un stockage externe, déplacement vers un stockage interne. Il me semble.





Hmm j’aurais plutôt dit déplacer si c’est sur la même partition, copie dans le cas contraire.


votre avatar







Gersho a écrit :



&gt;&gt;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 ?





Oh tu sais, avec ces branquignols de MS, plus rien n’est étonnant… <img data-src=" />


votre avatar

Ah j’ai jamais testé de partition à partition. Merci pour la précision









Cashiderme a écrit :



Donc c’est vraiment idiot en effet.







L’inconsistence du comportement, oui. Mais y’a une logique pas illogique derrière :p


votre avatar

Et en plus faut payer pour disposer de Windows ??? <img data-src=" />

Windows 10 : Microsoft reconnaît le problème avec les archives Zip

Fermer