Take the 2-minute tour ×
Salesforce Stack Exchange is a question and answer site for Salesforce administrators, implementation experts, developers and anybody in-between. It's 100% free, no registration required.

The default System Administrator profile does not allow for creation of Change Sets and Deployment Connections. At one time we set up a clone of System Adminstrator with the following permissions ticked on

  • Create & Upload Change Sets
  • Deploy Change Sets

This works to overcome an odd oversight in the System Administrator profile. But we wanted something a little more modular so we created a Permission Set with the same permissions ticked on and assigned it to our System Admins. The problem we see now is that they can read but not edit Deployment Connections.

I dumped the Profile objects from the org (via DataLoader)and compared the base System Admin profile with the modified profile that allows editing of Deployment Connections. The only differences were expected

  • PERMISSIONSINBOUNDMIGRATIONTOOLSUSER set to true
  • PERMISSIONSOUTBOUNDMIGRATIONTOOLSUSER set to true

Did the same thing with the Permission Sets and found that the exact same changes. But it doesn't work. Is it possible that there is something else I need to set up in the Permission Set to allow editing of the Deployment Connection?

share|improve this question
    
Weird; in our org, created Feb 2012 (Spring '12), the standard System Admin profile has these enabled. –  Mike Chale Nov 13 '12 at 17:29
1  
As an FYI I reproduced this odd behavior in my org. –  Mike Chale Nov 13 '12 at 17:32
    
Its not an exact science - we look after a number of orgs going back several years and while all of these have the permission on the system administrator profile, it is not editable for around half of them so we've had to clone. –  Bob Buzzard Nov 13 '12 at 17:44
2  
This sounds like a bug. Please file a case with support and reference this stackexchange thread so that when it's escalated to my team in salesforce R&D, we'll know where it came from. Thanks! –  Adam Torman Nov 30 '12 at 0:25
    
Case 08466927 has been created. –  Chet Seidel Dec 4 '12 at 14:19

2 Answers 2

It could be that this is another Just The Way It (Doesn't) Work situation. A colleague tipped me off to this developerforce board post that describes the same problem (deep in the thread) and alleges Summer '12 was the start of this misbehavior.

share|improve this answer
    
Double bonus points for "Just the Way It (Doesn't) Work", up there with "Working as designed: broken" –  Ralph Mar 17 '13 at 1:46

The issue with permission sets not allowing this behavior is definitely a defect. I have filed a bug accordingly and requested that it be fixed for the Spring '13 release. However, it's not entirely up to me when it's fixed. If it's important to you, I suggest you file a case and reference bug 1504836 in your case.

share|improve this answer
    
We already received a fix in our org for this problem. –  Chet Seidel Jan 15 '13 at 19:44

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.