Bug 1189878
| Summary: | [User Portal] Switching from Basic to Extended view doesn't show VM list | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Jiri Belka <jbelka> | ||||||
| Component: | ovirt-engine-userportal | Assignee: | Alexander Wels <awels> | ||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Pavel Stehlik <pstehlik> | ||||||
| Severity: | low | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 3.5.0 | CC: | awels, ecohen, gklein, iheim, lsurette, rbalakri, Rhev-m-bugs, yeylon | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | 3.6.0 | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | ux | ||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2015-02-10 14:00:35 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
|
Description
Jiri Belka
2015-02-05 17:26:18 UTC
Created attachment 989798 [details]
screen-cast: cannot reproduce on master
Created attachment 989799 [details]
screen-cast: strange behavior
I cannot reproduce on 'master' (see attachment 989798 [details]) - @Alexander, please contact Jiri and investigate on his setup. I did notice a strange behavior when logging into the user portal, and quickly clicking on to the 'Basic' tab (quickly = before the sub-tabs of the selected VM in the 'Extended' view had a chance to be loaded) - first of all, it took a few clicks to actually switch the view to 'Basic' (first few clicks on 'Basic' were not responding - probably due to a busy client/javascript of loading the page); in addition - the view immediately and unexpectedly jumped back to the 'Extended' view (see attachment 989799 [details]) - not sure if somehow related, etc. I cannot reproduce either locally. I have asked Jiri to give me access to his system so I can see it in action there. Jiri gave me access to his system. When I log in with admin@internal, there are no VMs available and the issues occurs. If I log in with a user that has some VMs available the issue does not occur. To me this seems like a duplicate of bz#1156103 which I have already fixed for 3.6 which explains why we cannot reproduce it on master. @Einav, mark as duplicate? Talked to Jiri, he agrees its a duplicate. *** This bug has been marked as a duplicate of bug 1156103 *** (In reply to Alexander Wels from comment #6) > Jiri gave me access to his system. When I log in with admin@internal, there > are no VMs available and the issues occurs. If I log in with a user that has > some VMs available the issue does not occur. To me this seems like a > duplicate of bz#1156103 which I have already fixed for 3.6 which explains > why we cannot reproduce it on master. > > @Einav, > mark as duplicate? That's strange, since it doesn't add up with the steps to reproduce provided in Comment #0. In Comment #0, it clearly says: """ 1. login into User Portal with "admin" rights (UserVmManager) ***and have at least one VM assigned*** 2. In Extended view switch to Basic view (***you should see your VM***) 3. Switch back to Extended view """ So obviously the list of VMs is not empty, as apposed to the scenario described in "duplicate" bug 1156103, in which the VMs list is empty. Which makes me think that it is a separate issue, and not a duplicate. Thoughts? Well the steps in comment #0 are wrong. Like I said, I got access to his environment and was unable to reproduce with 1 or more VMs, I was able to reproduce with 0 VMs which are the exact symptoms of bug 1156103 |