Bug 901891

Summary: webadmin: sorting of VMs changes during refresh (although they are all in the same status upon which the sorting is based)
Product: Red Hat Enterprise Virtualization Manager Reporter: Yaniv Kaul <ykaul>
Component: ovirt-engineAssignee: Eli Mesika <emesika>
Status: CLOSED CURRENTRELEASE QA Contact: Jiri Belka <jbelka>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 3.1.1CC: acathrow, dyasny, ecohen, emesika, iheim, jkt, lpeer, pstehlik, Rhev-m-bugs, sgrinber, yeylon, ykaul, yzaslavs
Target Milestone: ---   
Target Release: 3.2.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: infra
Fixed In Version: sf9 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Infra RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 917401    

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