Include Part in Catalog Checked Out Items Display

Bug #1641999 reported by Josh Stompro
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Evergreen
Won't Fix
Undecided
Unassigned

Bug Description

EG 2.10.6

The catalog myopac checked out items display doesn't currently show the part of the item that the customer has currently checked out.

This would be helpful for the customer to see if they are looking for a particular item based on this list. We use parts for magazine issues, so if a customer wants to know which issue of a magazine they have checked out, this would help.

I would propose that the part be tacked on to the end of the title. I don't really want to add another column that needs to be shown. And to keep it simple the part doesn't need to be part of the title sort.

This enhancement would probably also be good to have on the checkout history page and possibly the holds and holds history pages.

Josh

Tags: opac
Revision history for this message
Evergreen Bug Maintenance (bugmaster) wrote :

I would prefer to see the part at the end of the call number instead of the title, mainly because when we do display it in separate columns, it typically displays after the call number. Also, the part also displays on spine labels at the end of a call number.

For a DVD then, the call number might display as: DVD BRE Disc 2

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

Sorry, that last comment should be attributed to me, not to bugmaster. In re-reading my comment, though, I meant to say the part *often* displays on spine labels at the end of a call number.

Revision history for this message
Garry Collum (gcollum) wrote :

Still true in 3.4.6, and in current master bootstrap opac.

Revision history for this message
Josh Stompro (u-launchpad-stompro-org) wrote (last edit ):

I've added the part to our 3.3 opac my checkouts display, along with the CallNumber suffix and prefix. I'm going to use bug #1642000 to submit the changes.

I haven't touched the bootstrap opac since we are still on 3.3. I'll see about that after I submit what I have working.

Josh

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

This was fixed in bug 1642000

Changed in evergreen:
status: New → 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.