Skip to end of banner
Go to start of banner

2019-09-25 User Management Meeting notes

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 9 Next »

Meeting URL

https://zoom.us/j/488543197

Date

Attendees

Goals

Notetaker: ???

  • Search by specific fields – Erin was going to discuss requirements for this with the RA SIG, but if it hasn’t come up yet, we’ll discuss something else.
    (Uschi; Erin; - see 2019-09-11 Meeting notes for Uschi's test results at the bottom of the page)
  • Bulk user import – Patty was going to ask for info.
  • Deleting user records – we need to write user stories.  Have they been written?
  • Needs for PIN on user records, see what Jiras are existing, talk about requirements (Björn, others?)
  • Multiple Phone numbers UIU-254 - Getting issue details... STATUS (Erin)


  • FYI - Some news concerning Custom fields: the core functional team does work on this (Back end work), but the UX delevopment has stopped. All JIRAs in Project ui-customfields (UICFIELDS-xxx) have been set to "Open", some of them were "In Progress" before (Uschi)
  • FYI - UIU-1174 - Getting issue details... STATUS we talked about this topic last week

If we have additional time:

  • Reviewing requirements that have been created and attached for Custom Fields ( UXPROD-33 - Getting issue details... STATUS ) (Erin)
  • multiple e-mail addresses - There is no JIRA for this? (Uschi)
  • Feature request for notes on records being displayed in pop-up or other contexts. (Steffi)
    • Because this involves the Check in and Check Out apps, this may end up needing to be a feature request for RA to manage.
  • More topics from the Open Topics list

Action items from last meetings

  • Patty will create a feature to add validation to the (required) e-mail field
  • Patty will file a bug or feature to have Expiration date and Status actually decoupled from each other.
  • 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
  • UXPROD-242 - Getting issue details... STATUS 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.
  • UXPROD-259 - Getting issue details... STATUS Erin added a comment to the Jira since Cate Boerema was the reporter suggesting that it be closed.
  • Patty will write a feature about Improving Search in the Users App so that it can be ranked.
  • Patty will work on a story for the department field UIU-1224 - Getting issue details... STATUS UIU-1225 - Getting issue details... STATUS UIU-1211 - Getting issue details... STATUS
  • Patty will work on a story for preferred name/preferred pronouns UXPROD-1790 - Getting issue details... STATUS ("New feature")


Notes


Open Topics

ItemWhoNotesDiscussed Today?Resolution / Next StepsCarry 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:

UXPROD-1015 - Getting issue details... STATUS

UXPROD-907 - Getting issue details... STATUS (New feature)

UXPROD-869 - Getting issue details... STATUS (Epic)

UXPROD-1941 - Getting issue details... STATUS (new feature)

UIU-1028 - Getting issue details... STATUS (Story)



  • Uschi did additional testing - see notes from 2019-09-11 Meeting notes
  • Erin to discuss with RA SIG requirements for fielded searching
  • Erin to investigate a searching 
Yes; this is not yet resolved.
Pop-ups on user transactionsSteffinotes 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.
  • May need to be raised with RA SIG

Bulk User importErin

Does anyone know (or can tell me) what the current, supported approach is (or will be) for bulk importing user records? I can see a github for mod-user-import, jiras for that project with comments that ask if that mod is still being supported. |I can see a very old jira (https://issues.folio.org/browse/MODUSERS-3) for bulk-loading that was last updated last year.I can see a very old jira about performance improvements (https://issues.folio.org/browse/MODUIMP-4) that was last updated last 



Patty to ask for info / updates from Ebsco staff while in Sweden next weekYes; may need additional discussion in group as we go.

Deleting User Records

Erin

Discussing the need for deleting patron records (no Jira currently; need for one discussed in comments of https://issues.folio.org/browse/UIU-1079)

UXPROD-291 - Getting issue details... STATUS


  • User Stories need to be writtten
Yes
Password validationUschi

refering to Action Item "Create Feature for password rules"

This is the story for the validation of passwords: MODLOGIN-38 - Getting issue details... STATUS

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 FieldsUschi

UXPROD-33 - Getting issue details... STATUS

the tag cap-mvp has been removed - reason? Further activities?


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.

Yes
Discussion on PIN needs for user recordsBjorn, others?Important to discuss - Because the entry of an account password (e.g. university login) in a public space, e.g. self-checkout is not very protective. The input, especially in vertically hanging touch screen monitors, is not protected from the view of others behind me. Also, if I feel someone has been watching me, I can simply change my PIN without having to change my account (university) password. This provides extra security. The principle should be the same as with a bank card, where the account password and card PIN are different. We'd all be surprised if it wasn't that way with our bank, I think. Leipzig does not need this urgently, because we need at least another 2 years for go-live. But in the long run all Saxon libraries need this.


Password validation in the ILS of GBV libraries (called "LBS")

In our current ILS we can set these options:

# minimum length, default=0
# Maximum length, default=length of the newly entered password.
# Minimum number of lowercase letters, default=0
# Minimum number of capital letters, default=0
# Minimum number of digits, default=0
# Minimum number of special characters, default=0
# List of allowed special characters, e.g. /$%_-
# Unauthorized words separated by a comma. The user number is generally not allowed. Example: not,yet,or


Translated with www.DeepL.com/Translator

  • No labels