Holdings maintenance bug when using library dropdown to select a library's holdings

Bug #795032 reported by Shae
26
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Evergreen
Fix Released
Low
Unassigned

Bug Description

Reported first by a customer, I went to an in house system on 2.0.6 to test this. Steps to replicate the problem:

1. Search the catalog and pull up a record that has holdings for several libraries (or at least two).

2. Go to Holdings Maintenance.

3. Select the drop down menu that shows you which libraries have holdings.

NOTE: It's important in the example that the last library be one that has holdings in order to replicate this fully.

4. Try selecting the last library to show their holdings only.

What's happening is the cursor always has to be just below the library name in order to highlight it. In the case of the last library on the list, your cursor is actually showing up too far below in the holdings maintenance window, where the copies are. Therefore, you can't ever select the last library. You click and it just clicks you out of the drop down.

Don't remember seeing this on any other version. If you need to know the in house system I used, let me know.

Revision history for this message
Michael Peters (mrpeters) wrote :

Applies to 2.0.4 as well.

Revision history for this message
Michael Peters (mrpeters) wrote :

This is caused by the "Green and bold in the list below means the library has volumes for this record." that appears when the dropdown is rendered.

Removing that bit of code allows you to click directly on each dropdown row properly.

Plotting a solution..

tags: added: bitesize staffclient
Revision history for this message
Michael Peters (mrpeters) wrote :

Fix attached

Thanks to tsbere for the alternate (and better!) way of fixing this!

Revision history for this message
Michael Peters (mrpeters) wrote :
tags: added: pullrequest
Ben Shum (bshum)
tags: added: 2.0
Revision history for this message
Ben Shum (bshum) wrote :

Tested with our 2.0 system and works nicely. Good job mrpeters and tsbere!

Changed in evergreen:
status: New → In Progress
importance: Undecided → Low
Revision history for this message
Mike Rylander (mrylander) wrote :

cherry-picked into master, 2.1 and 2.0, thanks folks.

Changed in evergreen:
status: In Progress → Fix Committed
Ben Shum (bshum)
Changed in evergreen:
milestone: none → 2.0.8
Ben Shum (bshum)
Changed in evergreen:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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