Patron search form doesn't use custom permission group tree

Bug #1812675 reported by Terran McCanna
This bug affects 5 people
Affects Status Importance Assigned to Milestone

Bug Description

In 3.2.2:

The Local Admin > Permission Tree Display Entries organizes the profile / permission groups but that is only recognized by the patron registration/edit form and not by the dropdown in the patron search form.

Tags: patron search
Changed in evergreen:
status: New → Confirmed
Revision history for this message
Bill Erickson (berick) wrote :

Branch w/ release notes pushed:;a=shortlog;h=refs/heads/user/berick/lp1859241-ang-cat-hold-patron-search

From the commit:

Implements a patron search dialog which may be instantiated directly from the staff catalog holds placement interface.


1. New patron module (which absorbs the existing PatronService)
2. New patron search component
3. Patron search component dialog wrapper.
4. Patron profile selector component which understands custom group display trees.
4. Fixes an issue with the grid where the 'datatype' was not always propagated to IDL fields.
5. Modifies the combobox to allow the caller to clear the value by passing a null value for the selectedId.

To Test:

 [1] Navigate to the Angular staff catalog
 [2] Perform a bib search
 [3] Click 'Place Hold' next to a title.
 [4] Click the 'Patron Search' button.
 [5] Search for patrons and either double-click a search result row or single click then chose the 'Select' button.
 [6] Confirm the selected patron is now chosen for holds placement.

Revision history for this message
Bill Erickson (berick) wrote :

Too many tabs open... Comment above was meant for bug #1859241. Note however the code for bug #1859241 does address the custom permission group tree display in patron search on the Angular side of things.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.