Closed jhbush closed 12 years ago
Since there are multiple ways to accomplish this task, please describe the steps you perform and what the error message is.
1.Create Administrator user with Create User using defaults 2.Install package created by Create User 3.Image AD bound machine 4.Log in with AD domain account and create a mobile/locally cached account 5.Log in under Administrator(Create User) account attempt to delete mobile account 6.Ability to delete is greyed out
I don't get an error. I'm just unable to delete mobile accounts using the account created by the Create User app. If I create another local admin account I'm able to delete any mobile accounts with it. Staff accounts elevated to admin are also able to delete mobile accounts.
attempt to delete mobile account
These are the steps I need. I presume this is in System Preferences? Padlock status? What exactly is grayed out?
System Preferences under the accounts pane. The minus button is greyed out. Padlock can be unlocked using credentials.
Can't reproduce on 10.7.4. I can unlock the padlock in Accounts using my created local admin, select the mobile AD account, and click the minus button.
reproduced here in 10.7.4 and 10.8 GM. I wonder if it has to due with our AD bind settings. Current script:
USERNAME=administrator FULLNAME= PASSWORD=
SECONDARY_GROUPS="admin _lpadmin _appserveradm _appserverusr" # for an admin user
if [[ $UID -ne 0 ]]; then echo "Please run $0 as root." && exit 1; fi
USERID=505
dscl . -create /Users/$USERNAME dscl . -create /Users/$USERNAME UserShell /bin/bash dscl . -create /Users/$USERNAME RealName "$FULLNAME" dscl . -create /Users/$USERNAME UniqueID "$USERID" dscl . -create /Users/$USERNAME PrimaryGroupID 20 dscl . -create /Users/$USERNAME NFSHomeDirectory /Users/$USERNAME dscl . -append /Users/$USERNAME Picture "/Library/User Pictures/Flowers/Lotus.tif"
dscl . -passwd /Users/$USERNAME $PASSWORD
for GROUP in $SECONDARY_GROUPS ; do dseditgroup -o edit -t user -a $USERNAME $GROUP done
createhomedir -c -u $USERNAME
echo "Created user #$USERID: $USERNAME ($FULLNAME)"
Closing as there's no indication of an actual bug in CreateUserPkg.
I'm also noticing that I'm unable to disable the "Allow user to administer this computer" checkbox under my AD account unless I go into advanced and change the group.
Maybe I'm doing something wrong. I also tested the account on a local machine at home with only local accounts and I still can't remove other accounts even though I should be in the admin group.
As a workaround:
Is the AD account you're trying to delete an admin account?
Yes it's an admin account. All of our cached AD users are made admins on their machines (software developers). Sometimes the techs need to remove the account and recreate it and unfortunately they are not very terminal savvy.
Alright, that explains why I couldn't reproduce. Reopening and merging with #12.
First attempt commited in 91895ee. Try 1.2b5 in the downloads section.
Closing as admin accounts can now be deleted.
Using the account created by the application any network account (AD) that is created on the machine is unable to be deleted by the Administrator account that the Create User application generated.