Replacing barcode creates duplicate copy

Bug #1654567 reported by Anna Goben
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Evergreen
Invalid
Undecided
Unassigned

Bug Description

EVG Version: 2.11

Expectation:

When using the "Replace Barcode" process in the Circulation Menu, the system should overwrite the barcode entry on the selected copy.

Actual Experience:

When using the "Replace Barcode" process in the Circulation Menu, the system creates a duplicate copy and does not overwrite the barcode entry on the existing copy.

Duplication includes create date, copy settings and call number assignment.

Revision history for this message
Anna Goben (agoben) wrote :

Have not tested in web client; this behavior appears in the staff client.

Revision history for this message
Chris Sharp (chrissharp123) wrote :

I tested this on our 2.11.1 test system and was not able to reproduce the problem. Steps I took:

1) found an item's barcode with a bib search

2) From the Circulation menu, I selected "Replace Barcode".

3) I entered the "old" barcode, then the "new" barcode. (I heard the "red alert" sound go off - not sure why)

When I search by barcode in the staff client, the old barcode is not there and the new one is. Direct queries to the database confirm that no duplicate copies are created.

Setting status to "Incomplete" until we see confirmation of the problem.

Changed in evergreen:
status: New → Incomplete
Revision history for this message
Jason Boyer (jboyer) wrote :

Mystery solved. After changing some aou entries and forgetting to run autogen.sh this happened.... somehow. Running that script corrected the issue.

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