<< Back to previous view

[QB-457] Be able to assign subtree administrative rights to non-admin accounts
Created: 22/Oct/09  Updated: 21/Aug/10

Status: Closed
Project: QuickBuild
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Major
Reporter: Robin Shen Assigned To: Robin Shen
Resolution: Fixed Votes: 7
Remaining Estimate: Unknown Time Spent: Unknown
Original Estimate: Unknown


 Comments   
Comment by Timothy Griffiths [ 11/Feb/10 02:26 AM ]
I think this would be a very good idea to implement in a large implementation it not always a good idea to have multiple administrators of all configurations.

Not sure it it is easier to implement but their should a permission that we can set to a configuration item that give the modify permissions to the steps and other configurable items in that configuration.
Comment by Karim Heredia [ 21/Feb/10 10:05 AM ]
I agree with Timothy.

The reason I vote for this is that we plan to have a large network of machines building totally unrelated products. Unfortunately, without this feature, build system administrators will have to deal with all configurations (which might reach hundreds).
Comment by Shifra Pride Raffel [ 07/Apr/10 07:14 PM ]
Using proofbuild without finer-grained admin permissions is proving problematic for us. It would also work to have admin permissions restricted to, say, editing the repositories instead of steps (for different commit message).
Comment by Robin Shen [ 07/Apr/10 11:28 PM ]
The proof build issue can be addressed by parameterizing various properties (such as commit message) using variables and have variables prompt at build time. Refer to administration guide on your specific repository for more details.
Comment by Nathan Clement [ 09/Apr/10 12:19 AM ]
I'd like this feature too. I've had to make everyone an administrator in the mean time, which isn't ideal.
Comment by Yossi Ben Haroosh [ 15/Jun/10 10:25 AM ]
This is a must have for us -we have way to many admins now which have access to administration areas they should not have.
There should be an 'Edit Configuration' access level which can be set by user/group and configuration.
Comment by Robin Shen [ 21/Aug/10 08:07 AM ]
Fixed in 3.0 beta 6
Generated at Fri Sep 26 22:18:10 UTC 2025 using JIRA 189.