For all Columns with the exclusion of "Added," The Ascending/Descending indicator is the reverse of the actual sorted order. This includes "Name", "Size", "Speed", "Time". The only Column accurately indicated is "Added". Reproducible: Always Expected Results: Caret should represent Ascending order: 0-9, A-Z, etc. Inverted Caret should represent Descending order: 9-0, Z-A, etc.
Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone!
My ISP has banned support for Torrent processing so I cannot directly test this. I would suggest that either the development or QA teams should be able to look at this and either accept the issue or reject it if it lacks merit. I stated in the Expected Results that the interpretation of the Caret symbol implies ascending sorted order and an Inverted Caret should provide descending sorted order. As of the time I submitted the report, the app produced the reverse results.
Thanks for the update!
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
I attempted to recreate this problem under the current release of KTorrent 21.12.3. The reported issue seems to have been corrected over the period of time when first reported. I attempted clicking on headers forcing sorting and the caret direction is consistent with the sorted values.