Web Staff Client: Patron Holds Column Picker

Bug #1669866 reported by Terran McCanna
46
This bug affects 11 people
Affects Status Importance Assigned to Milestone
Evergreen
Won't Fix
Undecided
Unassigned

Bug Description

On Web Client 2.12:

The column picker for the holds list in a patron's account has an overabundance of irrelevant options, including what appears to be all of the picker options for a patron included twice. (Screenshot shows a portion of the list that shouldn't be there.)

Revision history for this message
Terran McCanna (tmccanna) wrote :
Revision history for this message
Mike Rylander (mrylander) wrote :

Terran,

The user fields are not duplicates, one set is from "user" and the other is from "requester". There's mouse-over text to tell you where a field is from, BTW.

Revision history for this message
Terran McCanna (tmccanna) wrote :

Okay... but why are either one of those sets of fields on that particular menu? It makes the menu so long as to be practically unusable and most options related to user and requester are irrelevant for that screen.

Revision history for this message
Kathy Lussier (klussier) wrote :

I'm in general agreement that we should remove options that are unlikely to be used. In this case, it seems like the user fields would be unnecessary since you are already in the patron record. I'm not quite sure about the requester information. I wonder how often staff need to view that information and whether it warrants including column pickers when they may be confused about what information is displaying.

Mike, although the tooltips are useful, is there any way we could have a more visible way of showing the different groups available in a column picker? The example of better visibility that comes to mind is the Actions menu in Item Status (and, I think, available elsewhere) where you can visibly see the main groups the actions are part of without hovering over an individual action.

On another note, I want to point at related bug 1645861. It was something I had hoped to do in time for 2.12 and definitely want to pursue for 3.0. As part of identifying which fields should display by default, maybe it would also help us determine which fields do not need to be available at all in a specific grid.

Revision history for this message
Terran McCanna (tmccanna) wrote :

Note that this is also problematic on the patron search results column picker: https://bugs.launchpad.net/evergreen/+bug/1722387

Kathy Lussier (klussier)
tags: added: webstaffcolumns
Lynn Floyd (lfloyd)
tags: added: eg-grid patron
removed: webstaffclient
Changed in evergreen:
status: New → Confirmed
Revision history for this message
Lynn Floyd (lfloyd) wrote :

The columns in the picker are way more than needed, especially the patron data, as this is duplicated elsewhere on the screen as noted previously. The column has had Requester ID and Requester username added so the duplicated field names no longer exist. Additional fields for requester have been eliminated, but there are other fields that are duplicated. Is Deleted? is listed twice, once for the item and once for the Call Number.

Revision history for this message
Lynn Floyd (lfloyd) wrote :

This still effects 3.6

tags: added: webstaffclient
tags: removed: webstaffclient
Revision history for this message
Jennifer Pringle (jpringle-u) wrote :

It looks like the column picker in patron holds was improved between 3.6 and 3.7. There are fewer options in 3.7 and 3.9 with columns like Date of Birth, Daytime Phone, Email Address, Evening Phone, and others having been removed.

There are still excess columns, like two entries for Is Mint Condition, but the list is much improved.

Revision history for this message
Terran McCanna (tmccanna) wrote :

Marking Won't Fix as it has been much improved since first reported.

Changed in evergreen:
status: Confirmed → Won't Fix
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.