Sortierreihenfolge im Conversion-Verlauf

Anfragetyp:
Fehler

MCEBuddy-Version und -Typ (32-Bit oder 64-Bit):
2.4.9 Beta 64-Bit

Betriebssystem und Typ (32-Bit oder 64-Bit):
Windows 10 64-Bit

Zusammenfassung des Problems oder Vorschlags:
Wenn ich auf die Spaltenüberschrift „Konvertiert am“ klicke, sortiert MCEBuddy die Spalte nicht korrekt. März-Daten erscheinen nach Februar-Daten.

Dies ist kein triviales Problem, da dies der einfachste Weg ist, die aktuellsten Konvertierungen zu verfolgen.

Screenshots:
Dies ist nach einem Klick auf „Konvertiert am“:

image

Ich kann das Problem nicht reproduzieren, hier wird es korrekt sortiert angezeigt. Können Sie Ihre history-Datei anhängen, damit wir das Problem reproduzieren können?

Wie ist dein System-Datums-/Zeitformat? (tt/mm/jjjj oder mm/tt/jjjj)?

Danke, dass du dir das ansiehst. Ich habe meine Verlaufsdatei unten gepostet.

Hier sind meine Formate … Ich verwende TT-MMM-JJ, was etwas unkonventionell sein könnte.

history.zip (10,2 KB)

Ich kann das Problem nicht reproduzieren, egal was ich versuche, es sortiert jedes Mal perfekt.

Kannst du es auf einem anderen Gerät versuchen?

Nun wird es noch seltsamer.
Ich habe es auf einem anderen Computer installiert, meine Verlaufsdatei verschoben und das Problem reproduziert.

Einige Hinweise:

Ich habe die Beta-Version 2.4.9 von Mitte Februar installiert, nicht 2.4.8.
Beide Computer laufen unter Windows 10 64-Bit.
Das Problem tritt bei mir unabhängig von meinen kurzen oder langen Datumsformaten auf.

BrianGGG

Update: Ich habe mit 2.4.8 neu installiert und alles funktioniert einwandfrei … keine Probleme.

Gedanken?

.NET-Eigenheit…seufz.

Also … ein echter Bug, der behoben werden kann?

Es ist ein .NET-Problem, nicht MCEBuddy

Entschuldigung … Ich verstehe nicht. Wenn dies mit 2.4.8 funktioniert, aber nicht mit 2.4.9, wo kommt dann .net ins Spiel und warum kann es nicht so angepasst werden, dass es wie 2.4.8 funktioniert?

2 Gründe:

  1. Dies wurde in 2.4.9 nicht berührt, daher ist der Code identisch
  2. Sie erwähnten, dass es auf einem anderen System funktioniert

Auf einem einzelnen Windows-10-System: Ich habe 2.4.9 zum ersten Mal installiert und das falsche Verhalten festgestellt. Danach habe ich 2.4.9 deinstalliert und 2.4.8 auf demselben Computer installiert, und es funktioniert korrekt.

Es tut mir leid, lästig zu sein, aber da dieselbe Verlaufsdatei mit 2.4.8 sortiert wird und mit 2.4.9 nicht, handelt es sich um ein MCEbuddy-Problem und nicht um ein externes Problem.

Ich habe mit dem neuesten x64-Build von 2.4.9 und Ihrer obigen Verlaufsdatei dies auf jedem Rechner getestet, den ich finden konnte – von Windows 7 bis Windows 10 – und kein Problem feststellen können. Es sei denn, es gibt weitere Meldungen oder wir können das Problem reproduzieren, gehe ich davon aus, dass es an Ihrer Konfiguration liegt.

Ich habe außerdem noch einmal nachgesehen: Dieser Code wurde seit 2.4.8 nicht mehr geändert, er ist also zwischen 2.4.8 und 2.4.9 identisch.

Ich habe die Art und Weise, wie das Fenster den „Text“ sortiert, geändert – Windows wird nun gezwungen, einen Unicode-Vergleich durchzuführen, anstatt die Standardeinstellung zu nutzen. Ein Schuss ins Blaue: Möglicherweise ist das „Standardverhalten“ auf verschiedenen Installationen unterschiedlich, was erklären könnte, warum einige Ihrer Computer die Sortierung anders handhaben als andere.

Probieren Sie das heutige Build aus und sehen Sie, ob es hilft.

Danke. Ich habe dies mit dem Build vom 21.4. ausprobiert, und die Sortierung der Daten scheint korrekt zu sein.

Bitte beachten Sie, dass ich einen Teil meiner ursprünglichen Historie bei einem Festplattencrash verloren habe und daher nicht mehr in der Lage bin, mit den ursprünglichen Historienwerten zu testen. Allerdings scheint meine gesamte aktuelle Historie in der richtigen Reihenfolge sortiert zu sein.