web client: cannot batch edit call numbers in item status

Bug #1739290 reported by Elaine Hardy on 2017-12-19
This bug affects 8 people
Affects Status Importance Assigned to Milestone

Bug Description

If multiple items checked in item status to edit call numbers in Edit volumes, multiple tabs open. This makes it impossible to quickly edit large numbers of volumes in cases where library might be changing a prefix embedded in call numbers (change old practice of FIC to new practice of F, as an example). There is no other place to batch edit call numbers across bibliographic records.

In the XUL client, choosing multiple items in item status to edit volume call number resulted in a grid list of the call numbers.

Kathy Lussier (klussier) on 2018-01-04
Changed in evergreen:
status: New → Confirmed
importance: Undecided → Medium
Diane Disbro (ddisbro) wrote :

This is hugely important to circ staff. We edit item attributes on a regular basis and can't do more than one item at a time in Webby unless we create a copy bucket. We need Webby to function the way the XUL client did, allowing many items to appear in the copy editor and for attributes to be changed on multiple items all at once.

Kathy Lussier (klussier) wrote :

Hi Diane,

Are you talking about editing call numbers in batch or editing copies? If you're referring to editing item information, that issue has been fixed and released in the 3.0.3 release - https://bugs.launchpad.net/evergreen/+bug/1691861. Equinox is planning to do more work soon to address the issue with batch editing items with different stat cats, as well. (bug 1738893).

We still need a way to batch edit call numbers, of course, but I wanted to let you know that we have made progress on the item-editing front.

Elaine Hardy (ehardy) wrote :

This actually appears to be fixed. I was able to open one tab for all the items I have in item status. However, you cannot edit call numbers in item status, whether batch or singly -- the boxes are grayed out and not editable.

Also missing functionality to batch add the same barcode to all vols.

I will do bug reports on each of these, if someone hasn't already.

Jason Boyer (jboyer) on 2018-03-27
Changed in evergreen:
importance: Medium → High
Andrea Neiman (aneiman) on 2018-04-30
tags: added: cataloging
Andrea Neiman (aneiman) wrote :

noting there is a PR on bug 1746536 that should address this bug as well

Changed in evergreen:
milestone: none → 3.2-rc
tags: added: pullrequest
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers