Ordre de tri dans l'historique des conversions

Type de requête :
Bug

Version et type de MCEBuddy (32 ou 64 bits) :
2.4.9 Beta 64 bits

Système d’exploitation et type (32 ou 64 bits) :
Windows 10 64 bits

Résumé du problème ou de la suggestion :
Lorsque je clique sur l’en-tête de colonne « Converted On », MCEBuddy ne trie pas correctement la colonne. Les dates de mars apparaissent après celles de février.

Ce n’est pas un problème mineur, car c’est le moyen le plus simple de suivre les conversions les plus récentes.

Captures d’écran :
Voici le résultat après un clic sur « Converted On » :

image

Je ne parviens pas à reproduire le problème, il s’affiche correctement trié ici. Pouvez-vous joindre votre fichier history afin que nous puissions reproduire le problème

Quel est aussi le format de ta date/heure système ? (jj/mm/aaaa ou mm/jj/aaaa) ?

Merci de l’avoir regardé. J’ai publié mon fichier d’historique ci-dessous.

Voici mes formats… j’utilise jj-mmm-aa, ce qui est peut-être moins conventionnel.

history.zip (10,2 Ko)

Je n’arrive pas à reproduire le problème, peu importe ce que j’essaie, il trie parfaitement à chaque fois.

Peux-tu l’essayer sur une autre machine ?

Ça devient étrange.
J’ai installé sur une autre machine, transféré mon fichier d’historique, et j’ai reproduit le problème.

Quelques remarques :

J’ai installé la bêta 2.4.9 de la mi-février, pas la 2.4.8.
Les deux machines sont sous Windows 10 64 bits.
Ce problème existe pour moi quels que soient mes paramètres de date courte ou longue.

BrianGGG

mise à jour : j’ai réinstallé avec la 2.4.8 et tout fonctionne… aucun problème.

Des idées ?

Quirk de .NET… soupir.

Alors… un vrai bug qui peut être corrigé ?

C’est un problème .NET, pas MCEBuddy

Excuses… je ne comprends pas. Si cela fonctionne correctement avec la 2.4.8 mais pas avec la 2.4.9, en quoi .net entre en jeu et pourquoi ne peut-on pas le corriger pour qu’il fonctionne comme la 2.4.8 ?

2 raisons :

  1. Cela n’a pas été modifié dans la 2.4.9, donc le code est identique
  2. Vous avez mentionné que cela fonctionne sur un autre système

Sur un seul système Windows 10 : J’ai installé la version 2.4.9 pour la première fois et j’ai obtenu un comportement incorrect.
J’ai ensuite désinstallé la version 2.4.9 et installé la version 2.4.8 sur la même machine, et cela fonctionne correctement.

Je suis désolé d’être importun, mais puisque le même fichier historique est trié avec la version 2.4.8 et pas avec la 2.4.9… cela indique que c’est un problème de MCEbuddy, pas un problème externe.

En utilisant la dernière version x64 de la 2.4.9 et votre fichier d’historique ci-dessus, j’ai testé cela sur toutes les machines que j’ai pu trouver, de Windows 7 à Windows 10, et je n’ai constaté aucun problème. Donc, à moins qu’il n’y ait d’autres rapports ou que nous parvenions à reproduire le problème, je ne peux qu’assumer que cela vient de votre configuration.

J’ai également vérifié, et ce code n’a pas été modifié depuis la 2.4.8, donc il est identique entre la 2.4.8 et la 2.4.9.

J’ai apporté une modification à la façon dont la fenêtre trie le « texte », forçant Windows à effectuer une comparaison unicode au lieu du tri par défaut - c’est un coup dans le noir, il est possible que le « défaut » soit différent selon les installations, ce qui pourrait expliquer pourquoi certains de vos ordinateurs gèrent le tri différemment des autres.

Essayez la version d’aujourd’hui et voyez si cela aide.

Merci. J’ai essayé avec la version du 21/4 et le tri des dates semble correct.

Veuillez noter que j’ai perdu une partie de mon historique original lors d’un crash de disque dur, donc je ne peux plus tester avec les valeurs d’historique d’origine. Cependant… il semble que tout mon historique actuel soit trié dans le bon ordre.