Bug 901891 - webadmin: sorting of VMs changes during refresh (although they are all in the same status upon which the sorting is based)
Summary: webadmin: sorting of VMs changes during refresh (although they are all in the...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 3.1.1
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: 3.2.0
Assignee: Eli Mesika
QA Contact: Jiri Belka
URL:
Whiteboard: infra
Depends On:
Blocks: 917401
TreeView+ depends on / blocked
 
Reported: 2013-01-19 20:03 UTC by Yaniv Kaul
Modified: 2016-02-10 19:32 UTC (History)
13 users (show)

Fixed In Version: sf9
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:
oVirt Team: Infra
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 11944 0 None None None Never

Description Yaniv Kaul 2013-01-19 20:03:10 UTC
Description of problem:
I have this filter: Vms: name = ykaul-os* sortby status desc

While all VMs that are in 'Up' state appear on the top of the list, the order within changes - the 8 VMs that are up change their order on a refresh.


Version-Release number of selected component (if applicable):
3.1.1

How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Einav Cohen 2013-02-06 13:57:16 UTC
the problem is in the search results that the backend returns (i.e. the same will probably happen also in the api if calling to the same search query consecutively multiple times).

need to, somehow, make sure (either in backend or db level) that results for the same query are always returned in the same order (e.g. always have a secondary sort according to GUID, which will ensure that the order will remain, or similar)

[moving to backend/infra]

Comment 2 Eli Mesika 2013-02-20 09:50:32 UTC
fixed in commit: fd140bd

Comment 4 Jiri Belka 2013-03-05 07:57:47 UTC
OK, sf9.

Comment 5 Itamar Heim 2013-06-11 08:25:36 UTC
3.2 has been released

Comment 6 Itamar Heim 2013-06-11 08:26:17 UTC
3.2 has been released


Note You need to log in before you can comment on or make changes to this bug.