Update FileSharePasswordView #40
Conversation
This seemed like it wasn't quite done how forms are meant to be used and it made it look a lot less consistent to other things as well. I also changed the names from "password" to "credentials" since it's more than just the password now.
…ren't used anymore
There was a problem hiding this comment.
After looking at this more, I don't know if this whole change makes sense or not. The username is stored in Jamf Pro, so if it changes, it will be changed back again the next time data is loaded. So if the username is incorrect, it should be corrected in Jamf Pro and not here.
|
After talking with Leslie about the purpose of this, he said it was because there were folks having issues because they had/wanted individual accounts set up to access the share. Perhaps because of auditing requirements. We decided to make it work as follows: It starts by looking for a keychain entry for the username provided by Jamf Pro, and if that fails, then it checks to see if there is a username saved in the user defaults, and if so, then it will look for a keychain entry there. If so, then it loads and all is well. Otherwise, it will display the dialog along with whatever username it tried last. Once it successfully mounts the file share, then it saves the last username used to the user defaults. So next time it shouldn’t require that the password is entered. |
Display the read/write account when prompting for the password of a file share.