Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1132101

Summary: [GUI]Import domain's tab,"VM Import", has refresh issues
Product: [Retired] oVirt Reporter: Ori Gofen <ogofen>
Component: ovirt-engine-webadminAssignee: Maor <mlipchuk>
Status: CLOSED CURRENTRELEASE QA Contact: Ori Gofen <ogofen>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 3.5CC: acanan, amureini, bugs, ecohen, gklein, iheim, mgoldboi, mlipchuk, rbalakri, yeylon
Target Milestone: ---   
Target Release: 3.5.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: storage
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-10-17 12:41:12 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Storage RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
images none

Description Ori Gofen 2014-08-20 16:37:02 UTC
Created attachment 928883 [details]
images

Description of problem:
When switching between Imported domains while the "VM Import" table is open,
UI doesn't refresh well the tab thus keeps vm names(see images) which are not part of the domain.

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

How reproducible:
100%

Steps to Reproduce:
Setup:Have two imported domains with un-imported vm's on them

1.click on one domain,enter "VM Import" tab
2.click on the second domain

Actual results:
wrong vm names on VM Import tab

Expected results:
when switching tabs UI should be refreshed well

Additional info:

Comment 1 Maor 2014-09-23 12:11:25 UTC
Verified on commit 859f7d32ce63a82f33bc9bbc3ef2638d390203eb

Comment 2 Allon Mureinik 2014-09-23 12:22:28 UTC
(In reply to Maor from comment #1)
> Verified on commit 859f7d32ce63a82f33bc9bbc3ef2638d390203eb
This is a patch on master - how can this BZ be on_qa for 3.5.0?

Comment 3 Maor 2014-09-23 17:23:13 UTC
In reply to Allon Mureinik from comment #2)
> (In reply to Maor from comment #1)
> > Verified on commit 859f7d32ce63a82f33bc9bbc3ef2638d390203eb
> This is a patch on master - how can this BZ be on_qa for 3.5.0?
Moving it to modify for now, I will try to get it verified also on 3.5, and if that works will move it to ON_QA/Verified

Comment 4 Allon Mureinik 2014-09-23 17:29:05 UTC
(In reply to Maor from comment #3)
> In reply to Allon Mureinik from comment #2)
> > (In reply to Maor from comment #1)
> > > Verified on commit 859f7d32ce63a82f33bc9bbc3ef2638d390203eb
> > This is a patch on master - how can this BZ be on_qa for 3.5.0?
> Moving it to modify for now, I will try to get it verified also on 3.5, and
> if that works will move it to ON_QA/Verified
You sent no patch, and haven't even attempted to reproduce in 3.5 - this BZ should be in NEW.
If you try to reproduce in 3.5 and cannot, please supply the correct commit hash and move to MODIFIED/ON_QA accordingly.

Comment 5 Maor 2014-09-24 08:51:14 UTC
(In reply to Allon Mureinik from comment #4)
> (In reply to Maor from comment #3)
> > In reply to Allon Mureinik from comment #2)
> > > (In reply to Maor from comment #1)
> > > > Verified on commit 859f7d32ce63a82f33bc9bbc3ef2638d390203eb
> > > This is a patch on master - how can this BZ be on_qa for 3.5.0?
> > Moving it to modify for now, I will try to get it verified also on 3.5, and
> > if that works will move it to ON_QA/Verified
> You sent no patch, and haven't even attempted to reproduce in 3.5 - this BZ
> should be in NEW.
> If you try to reproduce in 3.5 and cannot, please supply the correct commit
> hash and move to MODIFIED/ON_QA accordingly.
Verified on 3.5

Comment 6 Maor 2014-09-24 09:00:23 UTC
Verified on vt3.1

Comment 7 Ori Gofen 2014-09-29 12:19:08 UTC
verified on vt4

Comment 8 Sandro Bonazzola 2014-10-17 12:41:12 UTC
oVirt 3.5 has been released and should include the fix for this issue.