Bug 714790

Summary: default non admin users have no rights, roles or privileges in new UI
Product: [Retired] CloudForms Cloud Engine Reporter: wes hayutin <whayutin>
Component: aeolus-conductorAssignee: Scott Seago <sseago>
Status: CLOSED CURRENTRELEASE QA Contact: wes hayutin <whayutin>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 0.3.1CC: dajohnso, deltacloud-maint, slinaber, ssachdev, sseago, tsedovic
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description wes hayutin 2011-06-20 18:52:37 UTC
Description of problem:

1. No rights under Admin tab.
2. Can not create a deployment

3. user only has right to edit his/her account
[root@nec-em9 ~]# rpm -qa | grep aeolus
rubygem-aeolus-cli-0.0.1-1.fc14.20110617144720git2a4555b.noarch
aeolus-conductor-doc-0.3.0-0.fc14.20110617144720git2a4555b.noarch
aeolus-conductor-daemons-0.3.0-0.fc14.20110617144720git2a4555b.noarch
aeolus-conductor-0.3.0-0.fc14.20110617144720git2a4555b.noarch
aeolus-all-0.3.0-0.fc14.20110617144720git2a4555b.noarch
aeolus-configure-2.0.1-0.fc14.20110602110128git5cb9257.noarch
[root@nec-em9 ~]# 



This behavior is different than previous releases.  In previous releases users were able to start/stop instances in pools where they had access. By default new users or self service users have access to default pool

Comment 1 Tomas Sedovic 2011-06-23 16:08:08 UTC
Fix sent to the mailing list: 

https://fedorahosted.org/pipermail/aeolus-devel/2011-June/002597.html

Comment 2 Tomas Sedovic 2011-06-27 10:17:31 UTC
Pushed into next: 433cb5d88ef994b86bf9406a4612a10b47483aa1

Comment 3 Shveta 2011-06-30 14:58:55 UTC
1) No rights under admin tab
2) User can create deployable.

Comment 4 Shveta 2011-06-30 15:17:14 UTC
Re-opening the bug

<sseago> weshay_hm, hmm -- there may be some things end users have permission to see there
<weshay_hm> k.. looking
<sseago> such as "suggested deployables"

Comment 5 Scott Seago 2011-07-06 07:00:32 UTC
2 changes here to fix the final component:
1) default action for 'Administer' goes to 'Suggested Deployables' rather than 'Users' since 'Users' has a restricted index action
2) for "non-admin" users, 'Users' is filtered out of the nav pulldown.

https://fedorahosted.org/pipermail/aeolus-devel/2011-July/002878.html

Comment 6 Scott Seago 2011-07-07 15:47:53 UTC
commit hash: fe4fa11bd20a09b800db5621a602f83b0955b465

Comment 7 Steve Linabery 2011-07-08 15:52:40 UTC
fe4fa11bd20a09b800db5621a602f83b0955b465
in latest rpm on fp testing

Comment 8 wes hayutin 2011-07-08 21:57:12 UTC
verified in 

[root@hp-xw6600-02 ~]# rpm -qa | grep aeolus
rubygem-aeolus-cli-0.0.1-1.el6.20110708135911gitdb1097c.noarch
aeolus-all-0.3.0-0.el6.20110708135911gitdb1097c.noarch
aeolus-configure-2.0.1-0.el6.20110707131907gitfaa220b.noarch
aeolus-conductor-0.3.0-0.el6.20110708135911gitdb1097c.noarch
aeolus-conductor-daemons-0.3.0-0.el6.20110708135911gitdb1097c.noarch
aeolus-conductor-doc-0.3.0-0.el6.20110708135911gitdb1097c.noarch

Comment 9 wes hayutin 2011-07-11 00:30:19 UTC
removing from tracker

Comment 10 wes hayutin 2011-08-01 19:56:11 UTC
release pending...

Comment 11 wes hayutin 2011-08-01 19:57:48 UTC
release pending...

Comment 13 wes hayutin 2011-12-08 13:54:35 UTC
closing out old bugs

Comment 14 wes hayutin 2011-12-08 14:07:53 UTC
perm close