Settings: Should not be able to enter blank Address Type
Description
CSP Request Details
CSP Rejection Details
Potential Workaround
Attachments
Checklist
hideTestRail: Results
Activity
md331 March 26, 2018 at 2:52 PMEdited
Closing this as a Duplicate of scenario 17 in STCOM-228 since Address Types now uses the ControlledVocab component.
Cate Boerema March 16, 2018 at 11:06 AM
, I added some scenarios to STCOM-228 to cover validation for required fields. I will assign this to you for now. You can close it, if you think it is redundant at this point, or just leave it open so we can retest when STCOM-228 is complete. Thanks
md331 March 15, 2018 at 5:49 PM
Yeah, I think it makes sense to enter it as another requirement on STCOM-228.
Cate Boerema March 15, 2018 at 12:10 PM
, tagging you here as a heads up, since you are working stcom-228 and this might be fixed by that?
Cate Boerema March 15, 2018 at 10:03 AM
This is similar to . , we need to think about how much we want to fix Address Type CRUD when we are planning STCOM-228 (Make EditableList Component Behave Like Patron Group CRUD). Maybe we can discuss in roundup today.
Using http://folio-snapshot-stable.aws.indexdata.com/settings/users on March 14, 2018, I was able to enter multiple blank Address Types at Settings->Users->Address Types. At a minimum the Address Type field should be required. This happens in both Chrome and Firefox.
After entering the fifth blank Address Type and saving it, I clicked on Patron Groups and was received the "there are unsaved changes" pop-up. When I went back to Address Types the fifth blank Address Type wasn't there, even though I had saved it. When I clicked on "Keep editing" the Address Type table was present but the Patron Groups table was high-lighted. Strange behavior.