Red Hat Bugzilla – Bug 1279398
[RFE] [admin portal] Sort ISOs from ISO domain in lists in natural (version) sort order
Last modified: 2016-07-17 21:38:32 EDT
Created attachment 1091692 [details]
Description of problem:
[admin portal] Sort isos in lists in natural (version) sort order, so 3.5.10 is not after 3.5.1 but after 3.5.9 for example. Same wasy as `sort -V' does it.
* proposition (like `cat /tmp/test | sort -V')
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. have some files in iso domain which contain .1, .[2-9] and .10 as last digit in filename
2. check where is .10 in the list
not naturally (version) sorted
naturally (version) sorted
(In reply to Moti Asayag from comment #2)
> (In reply to Einav Cohen from comment #1)
> > please refer to http://etherpad.corp.redhat.com/whiteboard when filling
> > Whiteboard. 'ui' doesn't exist even. thanks.
> Changed whiteboard to 'infra', since it is related to ovirt-node isos, not
> to storage domain.
And moving back to 'storage', as the ovirt-isos are already sorted properly and seems not to be a concern for this bug.
ISOs are sorted naturally in Run Virtual Machine prompt.
Created attachment 1160979 [details]
oVirt 4.0.0 has been released, closing current release.