wrong version sorting

[kubes@…]

The following bug should reopen #1064 plus it involves the milestone report ordered by version (../milestone/mymilestone?by=version).

Because of the wrong order of version, the version histogram is not sorted corretly and that is why, it cannot show the bug ratio in time.

Alphabetical order is not enough for version, because version has it own specific sort order see ​http://stackoverflow.com/questions/2574080/sorting-a-list-of-version-strings

For example:

alphabetical:

• 2.18.1
• 2.8.7
• 2.9.1

correct:

• 2.8.7
• 2.9.1
• 2.18.1

[Ryan J Ollos]

Versions are sorted descending by their release date, and versions with no release date are presented first. Therefore, the change you suggest would only apply to versions with no release date. Is that part clear to you? Given that, I think that sorting the versions with no release date as you suggest makes sense.

Regarding #1064, generally I don't like to reopen tickets that are associated with a previous release, and this ticket is a refinement that was not discussed in #1064 (as opposed to a regression or defect that was intended to be fixed, but not fixed in the ticket), so I don't see a reason to reopen #1064.

[Ryan J Ollos]

I took a closer look. The versions are sorted descending, and some reasons for this are given in #1064. Therefore, the correct sorting would be:

• 2.18.1
• 2.9.1
• 2.8.7

Versions that don't have a release date are sorted in this order. The sort function​ is the same as the one shown in ​SO:2574080. If your versions are not sorting in this order, it is most likely because they have release dates that correspond to the order you are seeing.