Bug 1311060 - [User Portal] 'General command failure.' when opening console (which is already opened by another user)
Summary: [User Portal] 'General command failure.' when opening console (which is alrea...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: Frontend.UserPortal
Version: 3.6.3.2
Hardware: Unspecified
OS: Unspecified
low
low
Target Milestone: ovirt-3.6.5
: 3.6.5.1
Assignee: jniederm
QA Contact: Jiri Belka
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-02-23 10:02 UTC by Jiri Belka
Modified: 2016-04-21 14:36 UTC (History)
5 users (show)

Fixed In Version: 3.6.5-1
Clone Of:
Environment:
Last Closed: 2016-04-21 14:36:40 UTC
oVirt Team: Virt
Embargoed:
rule-engine: ovirt-3.6.z+
mgoldboi: planning_ack+
tjelinek: devel_ack+
pstehlik: testing_ack+

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 54228 0 master MERGED core: Console stealing fix 2016-03-25 19:02:39 UTC
oVirt gerrit 55226 0 None None None 2016-03-29 06:27:19 UTC

Description Jiri Belka 2016-02-23 10:02:47 UTC 
Description of problem:

When an user tries to open console of a VM which got its console opened and used by other user, the former one gets 'General command failure.' in popup windows. This is odd.

Version-Release number of selected component (if applicable):
rhevm-userportal-3.6.3.2-0.1.el6.noarch

How reproducible:
100%

Steps to Reproduce:
1. assign a vm to an user with UserRole
2. this user opens the VM's console in User Portal and keeps it open
   (I logged off from User Portal to be able to log-in as another user later)
3. assing the VM to another user with UserVmManager role
4. login to User Portal as latter user (UserVmManager role) and double click on
   the VM to get its console opened
5. observe User Portal and following popup

Actual results:
Operation Cancelled
'General command failure.' 

Expected results:
IMO it should work as 'admin' users can "steal" consoles ; or there should be at least human understandable error msg

Additional info:
Comment 2 Tomas Jelinek 2016-02-24 07:51:34 UTC 
The root cause of this may be the same as for https://bugzilla.redhat.com/show_bug.cgi?id=1297018 - Jakub please check.
Comment 3 jniederm 2016-02-25 12:55:14 UTC 
'General command failure.' is a way how ConfigureConsoleOptionsQuery reports that nested command SetVmTicketCommand failed but the fail was not related to rejected console stealing.
Comment 4 Tomas Jelinek 2016-03-11 07:41:22 UTC 
@Jakub: this issue is going to be solved as part of https://gerrit.ovirt.org/#/c/54228/ - right?
Comment 5 jniederm 2016-03-14 11:51:09 UTC 
yes
Comment 6 Red Hat Bugzilla Rules Engine 2016-03-15 07:27:32 UTC 
Bug tickets must have version flags set prior to targeting them to a release. Please ask maintainer to set the correct version flags and only then set the target milestone.
Comment 7 Mike McCune 2016-03-28 22:47:43 UTC 
This bug was accidentally moved from POST to MODIFIED via an error in automation, please see mmccune with any questions
Comment 8 Eyal Edri 2016-03-31 08:35:28 UTC 
Bugs moved pre-mature to ON_QA since they didn't have target release.
Notice that only bugs with a set target release will move to ON_QA.
Comment 9 Jiri Belka 2016-04-12 21:51:23 UTC 
ok, 3.6.5.3-0.1.el6.noarch

no more 'General command failure' and no "stealing".
Note You need to log in before you can comment on or make changes to this bug.