Date
1pm EST
...
Discussion items
Time | Item | Who | Notes | ||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Welcome and Attendance |
| ||||||||||||||||||||||||||||||||||||||||||||||||||
User Accounts/Permissions | Devon presented for the group. Have had some difficulty determining what "major record types" are. Mostly proposing more granular permissions - for example, separating "creating" and "updating" into different permissions. Working through Jira tickets - focus on authentication and managing user access and groups. Have two wireframes showing what they are proposing. One issue: people from single repositories mostly in their group - would like to hear from people that have multiple repositories. Some solutions they're proposing for specific tickets: ANW-97 - active/inactive users - in the user edit account view, have a checkbox to indicate whether active or not; down the road, make there be a way to facet by users qualities AR-1621 - default repository - also in the user edit account view, create a drop-down to select any of the repositories that you have permissions in Discussion: Lydia feels the setting up of user accounts is awkward overall, concerned about the temptation of the Grant system permissions checkbox. U-M uses external authentication so doesn't use. What about ability for users to change passwords or create own accounts with some prepopulated information? Devon says group has discussed some of the issues with giving users this level of control. Lydia suggests a Forgot Password? link even if users can't control the accounts themselves. | ||||||||||||||||||||||||||||||||||||||||||||||||||
Organization of Menus | |||||||||||||||||||||||||||||||||||||||||||||||||||
JIRA tickets to discuss/pass |
|
...