...
- Maura Byrne
- Uschi Klute Klute
- Philip Robinson
- Jana Freytag
- Michelle Suranofsky
- Stefanie Sußmann
- Edd Merkel
- Thomas Paige
Goals
Notetaker: ???MS
- We will wrap up the discussion about statistical fields: https://discuss.folio.org/t/additional-fields-vs-custom-fields-for-statistical-fields-and-codes/
- How are statistical fields tracked and audited?
- Would the existing Statistical Fields structure coded into the Inventory module work for any of us?
- What kind of statistics do we all need to keep? Would it make sense to have a communal solution for those statistics that we all keep?
- Patty can give us an update on things she has been working on, such as
- UXPROD-1295 - Users App: Add additional fields to user records,
- UIU-1255 - Changing user status to inactive requires expiration date change but no error message appears to tell you that
- And any other things she’s been doing.
- We should discuss Patron Notes.
...
- Multiple Phone numbers
(Erin)Jira Legacy server System JiraJIRA serverId 01505d01-b853-3c2e-90f1-ee9b165564fc key UIU-254 - multiple e-mail addresses - There is no JIRA for this? (Uschi)
- More topics from the Open Topics list
Notes
- User Notes on the checkout page:
- Emma will write a feature for patrons notes on the checkout page. We are not sure when it will be implemented
- Statistical fields:
- Anonymized loans:
- Concern is when you anonymize a loan the information that is user identifiable is removed. We need the statistical category (and a 2nd more specific statistical category) to remain with the loan record after it is anonymized for reporting purposes.
- This is a really typical use case. Many libraries will use it.
- We discussed the possibility of tags filling this need. Concerns about this:
- no permission control for tags in MVP
- patron tags will not be available on anonymized loans
- We looked at a FOLIO item record (after it was loaned, checked in and anonymized) to try to determine what information stays with an anonymized loan
- Requirements we decided on:
- anonymized loans need to retain statistical information about the user
- patron group
- statistical information (which we currently do not have)
- If there are multiple statistical codes for a patron, they all have to be linked to the loan
- Patty will reach out to Emma about the user story for anonymizing loans/patron info on anonymized loans
- there is a jira:
Jira Legacy server System JIRA serverId 01505d01-b853-3c2e-90f1-ee9b165564fc key UXPROD-2062 - Patty will also ask about item loan history. We wondered what is going on with that feature?
- there is a jira:
- anonymized loans need to retain statistical information about the user
- Concern is when you anonymize a loan the information that is user identifiable is removed. We need the statistical category (and a 2nd more specific statistical category) to remain with the loan record after it is anonymized for reporting purposes.
- Patty demo'd screen shots of what the department and external system ids (3 of them) will look like in the user interface
- The first of the three external IDs will default to 'external system id'. It will show up on the UI whether we use it or not. We can rename all of them.
- Department name is a repeatable field
- Patty will ask about the status of the card sorting exercise
- During our discussion a concern about the size of the fields on the user edit screen surfaced
- often values are cut off
- another example is values in drop down boxes that start with the same value and differentiate at the end...hard to see the actual value with smaller fields
- Patty will work with Edward Merkel to create screen shots. Patty will report this as a bug.
- Khalilah Gambrell is reviewing our existing tickets...getting them ready for the dev teams.
- Patty cannot attend next weeks meeting.
- Anonymized loans:
Action items from last meetings
- (Too strict) Password Rules
Jira Legacy server System JiraJIRA serverId 01505d01-b853-3c2e-90f1-ee9b165564fc key MODLOGIN-38 - Patty will talk to Khalilah
- Can group decide on changes we would like to see?
- Was password strength covered by the Security Audit - were there requirements there that they were trying to meet?
- We need password strength checking through the New User process - right now, the new user creation allows any password, and the rules kick in with password change.
- But, if you create a new user with an empty password, you can then send them a link to create a password and that does follow the rules
- Do we know where the feature is for tenant level control / customization?
- Patty will ask Khalilah just to confirm what's being planned for Custom Fields
- Patty will reach out to Holly to get a sense of what might be possible concerning Notes
- Patty will create a feature to add validation to the (required) e-mail field
(see also
- but these proposals do not appear to have been implemented.)Jira Legacy server System JiraJIRA serverId 01505d01-b853-3c2e-90f1-ee9b165564fc key LIBAPP-94 - Patty will file a bug or feature to have Expiration date and Status actually decoupled from each other. (also refering to
)Jira Legacy server System JiraJIRA serverId 01505d01-b853-3c2e-90f1-ee9b165564fc key UIU-1255 - Patty creates a JIRA issue: The field Birth date is not validated, you can enter a date in the future.
- Patty suggests that Theodor Tolstoy presents the Chalmers SSO solution to us at one of the next meetings. Patty will reach out to Theodor to see about scheduling a time.
- Patty will file a feature to work on password rules. It's difficult to find out which character combinations are allowed → It's not userfriendly. Proposal: make the password strength configurable
-
Patty will ask the CAP plan group for feedback. Erin will work with Patty to write a user story for a "thin thread" v.1 of this - a flag or checkbox on record, that if checked, would cause a record to not be updated.Jira Legacy server System JiraJIRA serverId 01505d01-b853-3c2e-90f1-ee9b165564fc key UXPROD-242 - Patty will work on a story for preferred name/preferred pronouns
("New feature")Jira Legacy server System JiraJIRA serverId 01505d01-b853-3c2e-90f1-ee9b165564fc key UXPROD-1790 - Patty will create a feature request for deleting user data.
- Patty will ask Magda (the reporter on
) for a status. It may not be a UM-SIG issue.Jira Legacy server System JiraJIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution serverId 01505d01-b853-3c2e-90f1-ee9b165564fc key UXPROD-1811
10-23-2019 Action Items
- patty.wanninger will report a bug for the fields cutting off values on the user edit screen because the boxes are small. At a glance, we cannot see the entire value on many of the input boxes.
- patty.wanninger will ask about the status of the card sorting exercise
- patty.wanninger will look into the item loan history. We don't see it in the UX currently.
- patty.wanninger will reach out to Emma about user statistical categories that need to stay with anonymized loans
Open Topics
Item | Who | Notes | Discussed Today? | Resolution / Next Steps | Carry topic? | ||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Searching by specific fields | Erin | Right now Users has general keyword searching; we will want to be able to search specific fields - IDs, emails, addresses, notes? Perhaps one of these issues fits:
|
| Yes; this is not yet resolved. | |||||||||||||||||||||||||||||||||||||||||
Pop-ups on user transactions | Steffi | notes may be used for communication about users, and pop-ups on user transaction (or displaying of notes) is desired. Khalilah indicated this should be raised as a new feature request. |
| ||||||||||||||||||||||||||||||||||||||||||
Deleting User Records | Erin | Discussing the need for deleting patron records (no Jira currently; need for one discussed in comments of https://issuesfolio-org.folioatlassian.orgnet/browse/UIU-1079)
|
| ||||||||||||||||||||||||||||||||||||||||||
Password validation | Uschi | refering to Action Item "Create Feature for password rules" This is the story for the validation of passwords:
Some of the rules seem to restrict too much. We would like to configure the password strength. See configuration options in the ILS the GBV libraries use now (at the bottom of this page) | |||||||||||||||||||||||||||||||||||||||||||
Custom Fields | Uschi |
the tag cap-mvp has been removed, but development goes on
| The tag was removed, and this was dropped from the MVP due to capacity (discussed at RA SIG meeting) We can and probably should review the requirements that Khalilah has generated; they are attached to the master Jira. | ||||||||||||||||||||||||||||||||||||||||||
Relevant JIRAs we talked about |
| yes |
...