Summary: | Acquisitions module getting internal server error when adding orders to basket - a case of barcode not autoincrementing (?) | ||
---|---|---|---|
Product: | Koha | Reporter: | Eugene Espinoza <eugenegf> |
Component: | Acquisitions | Assignee: | Bugs List <koha-bugs> |
Status: | CLOSED WORKSFORME | QA Contact: | Testopia <testopia> |
Severity: | major | ||
Priority: | P5 - low | CC: | jonathan.druart, nick |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
See Also: | https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14752 | ||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: |
Description
Eugene Espinoza
2016-12-14 10:52:51 UTC
I tried renaming the barcode of the item that already has the problematic barcode. I was able to successfully add an order into the basket by going through the same process as described in the first post. I added again another order into the basket (based from a suggestion), I got same error message as described in the second server. I cannot recreate. I have used the default configuration (ie. 952$p has plugin barcode.pl). When I order my first item, I get "No existing hbyymmincr barcodes found. Reverting to initial value. at /home/vagrant/kohaclone/C4/Barcodes/hbyymmincr.pm line 62." in the log, but the barcode field has correctly been set to CPL17010002. Then I ordered 2 more items, and got CPL17010003 and CPL17010004 generated. Is this still happening? Or was it resolved? No answered, and worked for me. Closing, Eugene please reopen if still valid. |