http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12553
--- Comment #2 from Chris Nighswonger <[email protected]> --- An inital look at this shows up the following: 1. The symptom manifests in bywatersolutions.com instance as described. 2. It partially manifests on my local dev box running over the current HEAD. I say partially, because the copy number does display correctly on my dev box with the caviate that it is always '1' because the code presently does not distinguish between items. I'm not sure why it is always '0' on the Bywater instance. The problem with the location is that the current code does not return the human-consumable form of the location, it appears to return the So there are two parts to this bug: 1. The copy number needs to be the correct one for the item selected in the batch. 2. We need to add a join in order to translate the location code into a form more palatable to the end user. All of this happens here: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=C4/Labels/Label.pm;h=bd3ee4fe7bbdc723d9b8b13bbb22ba8da3686086;hb=HEAD#l175 The addition of some code to that sub should fix the problem. -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
