Bug 953690
| Summary: | VM taken by a user from a prestarted pool does not show as "Up" until page refreshed | |||
|---|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Bryan Yount <byount> | |
| Component: | ovirt-engine-userportal | Assignee: | Tomas Jelinek <tjelinek> | |
| Status: | CLOSED ERRATA | QA Contact: | Jiri Belka <jbelka> | |
| Severity: | high | Docs Contact: | ||
| Priority: | urgent | |||
| Version: | 3.1.3 | CC: | acathrow, cboyle, dyasny, ecohen, iheim, italkohe, jwest, michal.skrivanek, Rhev-m-bugs, rhodain, sgrinber, tjelinek, ykaul | |
| Target Milestone: | --- | Keywords: | Regression, ZStream | |
| Target Release: | 3.2.0 | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | virt | |||
| Fixed In Version: | sf14 | Doc Type: | Bug Fix | |
| Doc Text: |
When using Internet Explorer 8 (IE8), is a user selected a virtual machine (VM) from a pool of pre-started VMs, they were only able to to open the console only after refreshing the whole browser. This was caused by a combination of a non-standard way of refreshing data and a regression introduced by optimization for IE8.
The non-standard refreshing of data has been removed which now allows the user to open the console of the VM after the refresh cycle has finished.
|
Story Points: | --- | |
| Clone Of: | ||||
| : | 956068 956183 (view as bug list) | Environment: | ||
| Last Closed: | 2013-06-10 21:41:02 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: | ||||
| Bug Depends On: | ||||
| Bug Blocks: | 956068, 956183 | |||
|
Description
Bryan Yount
2013-04-18 22:52:57 UTC
Hi Bryan, I did not succeeded to simulate this. My setup: - engine ovirt-engine-3.1.3 - win7 + IE8 and also fedora 17 + FF17 - a pool with 1 prestarted VM After taking this VM, first the name changed correctly and after few seconds also the VM appears up and lets me to take the VM. It worked also when the VM was not yet up and I had to wait until it starts. So I have couple of questions: - does this happen from other machines with IE8 or just from one specific? - if you delete local history (cookies etc) of the browser, does it help? - does this happen also on not prestarted pools? - does this happen also on normal VMs? (e.g. not pools?) - does this happen also on power user portal or just basic user portal? - do you see any suspicious behavior similar to this in web admin from IE8 which could be caused by this? (e.g. machine should be up but console not available etc) (In reply to comment #3) > - does this happen from other machines with IE8 or just from one specific? We were on a Remote Support (Bomgar) screen sharing session, so I only saw it happen from one machine. The customer reports that one of their users noticed the same issue from another machine. I would be happy to invite you to the Bomgar session with the customer if you would like to witness this firsthand. > - if you delete local history (cookies etc) of the browser, does it help? Have not tried that yet. I don't think it will help because we didn't see this issue with any single VM (not in a pool) or any VM in a pool that was not prestarted. > - does this happen also on not prestarted pools? This does NOT happen on non-prestarted pools (normal pools). > - does this happen also on normal VMs? (e.g. not pools?) This does NOT happen on normal, non-pooled VMs > - does this happen also on power user portal or just basic user portal? Haven't tried it there. None of their users are given access to the Power User Portal. But I can have them try it. > - do you see any suspicious behavior similar to this in web admin from IE8 > which could be caused by this? (e.g. machine should be up but console not > available etc) Not that we've noticed so far. The UserPortal seems to work normally until we have a prestarted pool. See if you can recreate it with a pool of, say, 4 with 2 VMs prestarted. That's pretty close to what the customer had configured when we saw the issue. Just couple of notes: - this happens also on on linux/firefox - the issue is a combination of not standard way of refreshing data and a regression introduced by optimizations for IE8 - the proposed fix unifies the behavior of taking the VM from prestarted pool with all other activities on the VM meaning that the re-rendering of the entities waits until the refresh cycle(same as e.g. start/stop/pause etc) - it means that the title of the VM does not change immediately after clicking the play icon but only after refresh cycle (same as all other) Development Management has reviewed and declined this request. You may appeal this decision by reopening this request. (In reply to comment #6) > Development Management has reviewed and declined this request. > You may appeal this decision by reopening this request. appealing, approving:-) I would like to request this fix in 3.1.z since we are going to be releasing a 3.1.4 soon. Is this possible? Note: This is labeled as a regression because it worked in 3.1.2 and no longer works in 3.1.3 due to the aforementioned IE enhancements that were made to the UserPortal (see comment#5. merged U/S: 85943a9f8a5e590bfcf024dbd287d8e40be7c8da *** Bug 950962 has been marked as a duplicate of this bug. *** ok, sf16.1. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHSA-2013-0888.html |