请求类型：
Bug
MCEBuddy 版本及类型（32 位或 64 位）：
2.4.9 Beta 64 位
操作系统及类型（32 位或 64 位）：
Windows 10 64 位
问题或建议摘要：
当我点击“Converted On”列标题时，MCEBuddy 未能正确排序该列。三月的日期排在二月之后。
这不是一个小问题，因为这是追踪最新转换结果的最简便方式。
截图：
点击“Converted On”后的效果：
我无法复现这个问题，在我这里显示排序是正确的。你能附上你的 history 文件以便我们复现这个问题吗？
另外，你的系統日期/時間格式是什麼？（日/月/年 還是 月/日/年）？
更新：我重新安装了2.4.8，一切正常……没有问题。
有什么想法吗？
.NET的怪癖……唉。
那麼……這是個可以修復的合法錯誤嗎？
这是一个 .NET 的问题，不是 MCEBuddy 的问题
抱歉……我不懂。如果這在 2.4.8 可以正常運作，但在 2.4.9 卻不行，那麼 .NET 是怎麼牽涉進來的，又為什麼不能讓它像 2.4.8 那樣運作呢？
2个原因：
- 2.4.9 中并未改动这部分，因此代码完全相同
- 你提到它在另一套系统上运行正常
在單一 Windows 10 系統上：我第一次安裝 2.4.9 時出現了錯誤行為。接著我解除安裝 2.4.9，並在同一台機器上安裝 2.4.8，結果運作正常。
很抱歉在这里打扰，但由于相同的历史文件在2.4.8中可以排序，而在2.4.9中却不行……这说明这是MCEbuddy的问题，而非外部问题。
使用最新的 x64 版本 2.4.9 和你上面的历史文件，我在从 Windows 7 到 Windows 10 的每一台机器上都试过了，没能发现问题。因此，除非有更多报告，或者我们能复现这个问题，否则我只能认为是你本地环境的问题。
我还再次确认过，这段代码自 2.4.8 以来就没有改动过，所以 2.4.8 和 2.4.9 之间是完全相同的。
我更改了視窗排序「文字」的方式，強制讓 Windows 進行 unicode 比對，而非使用預設值——這只是個嘗試，有可能「預設值」在不同安裝環境下會有所不同，這或許能解釋為何你們的電腦在排序上會有差異。
試試看今天的版本，看看是否有幫助。
谢谢。我在4月21日的版本中试用了，日期的排序看起来完全正确。
请注意，由于硬盘崩溃，我丢失了一部分原始历史记录，因此无法再使用原始的历史值进行测试。不过……我当前的所有历史记录似乎都能按正确顺序排序。