Date

 1pm EST

Join from PC, Mac, iOS or Android: https://msu.zoom.us/j/478788119

Or join by phone: 

+1 646 558 8656 or +1 646 876 9923 US Toll

+1 877 369 0926 (US only, Toll Free)

Meeting ID: 478 788 119

International numbers available: https://msu.zoom.us/zoomconference?m=5ijYCsNkOSXaxe1liQZkWVqktcflC5qH

Or join from a H.323/SIP room system: 

Dial: 162.255.36.11 (US West) or 162.255.37.11 (US East)

Meeting ID: 478 788 119 

Attendees

Goals

Discussion items

TimeItemWhoNotes
5minWelcome and AttendanceName

 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. Question of whether too cumbersome to have to edit on each record.

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.


Editing and Data Entry

Lynn presented. Group worked across the board on the issues and did a bulk editing session.

New concept they're working on for bulk edit - similar to RDE, with a popup screen that is spreadsheet-like. Starting to spec it out. Add a Bulk Edit button to the tree (in the area where Rapid Data Entry mode is). Dropdown menu to select what you want to do (bulk edit/bulk delete). Radio buttons/check boxes to select individual components for editing.

Jira ticket to pass - AR-1718 - add new sibling or child directly beneath the current component. Agreement in the small group and larger group that this is desirable.


JIRA tickets to discuss/pass


 - user accounts group wants to look at a little more

 - ready to pass

 - ticket needs more documentation, some questions to answer; maybe an Add Above/Add Below button as part of the Add drop down. Or maybe something with the green plus box?Data Entry and Time-saving groups may be able to coordinate on this. Also the Excel to EAD spreadsheet is being used by a lot of people, and Wayne State has their own version. Group members will share some more ideas and local resources.

 - relatively straightforward, housekeeping type of thing. Ready to pass.

 - may be pretty complicated to tackle since a number of decision points. Reordering may be easier with the change in sibling behavior and proposed bulk editing features. Tabling for now so that the Data Entry team can look into more.

 - this one may need some additional clarification and checking against some related tickets. Will do that off call. Lydia will set up a separate Google doc for just this ticket - anyone can contribute.

Other discussion:

Meeting recording: