December 2015 - Koha-bugs - lists.koha-community.org

[Bug 11024] New: Transfer limits should be respected in the build_holds_queue.pl -script.
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11024 Bug ID: 11024 Summary: Transfer limits should be respected in the build_holds_queue.pl -script. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com No point in having fancy transfer limits if they cannot be targeted properly to respect the transfer limits. Modify the holds targeter to respect transfer limits. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 14272] New: Allow OPAC to show a single news item
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14272 Bug ID: 14272 Summary: Allow OPAC to show a single news item Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: xarragon(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bugs 14246, 14247 and 14248 adds functionality to make the news module mimic simple blog functionality. As a first step, we need to be able to let users select a single news entry and display it on a page. Later patches will allow comments and listing all news posts by a specific user. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 6849] New: idzebra modules not found on openSUSE 64-bit
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6849 Bug #: 6849 Summary: idzebra modules not found on openSUSE 64-bit Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: PC OS/Version: Linux Status: NEW Severity: major Priority: P5 Component: Installation and upgrade (command-line installer) AssignedTo: gmcharlt(a)gmail.com ReportedBy: bob-ewart(a)bobsown.com QAContact: koha-bugs(a)lists.koha-community.org openSUSE 11.3 installs the idzebra modules in /usr/lib64... not /usr/lib... zebra-authorities.cfg, zebra-authorities-dom,cfg and zebra-biblios.cfg all reference /usr/lib and have to be edited in order to work. The installer should check as to where these modules are located and update the .cfg files to the correct location. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 3

[Bug 11651] New: Add possibility to print holds from holds queue
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '15

23 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11651 Bug ID: 11651 Summary: Add possibility to print holds from holds queue Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: rkopaczka(a)afm.edu.pl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I've made a patch that allow print holds from holds queue page. In this way we manage holds in our library, maybe someone else also would like it. It's managed by preferences, when disabled nothing is changed (default) when enabled there is possibility to print holds separately. There are some changes in database schema. I've add print_status column to reserves, old_reserves and tmp_holdsqueue to distinguish between printed and not printed holds. And reserve_id in tmp_holdsqueue to easily gets info about particular reserve. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 12289] stage_file.pl does not allow control of nomatch options
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '15

23 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12289 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #42134|0 |1 is obsolete| | --- Comment #7 from Chris Cormack <chris(a)bigballofwax.co.nz> --- Created attachment 45965 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=45965&action=edit Bug 12289: (follow-up) fix the compilation error Signed-off-by: Chris Cormack <chrisc(a)catalyst.net.nz> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12289] stage_file.pl does not allow control of nomatch options
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '15

23 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12289 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #28330|0 |1 is obsolete| | --- Comment #6 from Chris Cormack <chris(a)bigballofwax.co.nz> --- Created attachment 45964 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=45964&action=edit Bug 12289: Add --no-create options to stage_file.pl This patch adds the no-create options to the command line interface for bulk loading of records. To test 1/ Apply both patches 2/ Call the script with --no-create and your will find that new records are not created when no match is found. The default, of create_new remains the same as before. Signed-off-by: Chris Cormack <chrisc(a)catalyst.net.nz> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12289] stage_file.pl does not allow control of nomatch options
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '15

23 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12289 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15422] New: Number of items to order on holds ratio report will not fulfill the holds ratio.
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '15

23 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15422 Bug ID: 15422 Summary: Number of items to order on holds ratio report will not fulfill the holds ratio. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When running the holds ratio report ( circ/reserveratios.pl ), I have the hold ratio set to 3 (this is the threshold ratio, set in the Refine results box on the right). This is from the first row on the page: Holds : 40 Items : 3 Hold Ratio : 13.33 ... Items needed: 4 to order If we add the recommended 4 items, we have 40 holds and 7 items, which brings the hold ratio to 5.7, which is still above the threshold ratio of 3. In order to bring the actual hold ratio below the threshold ratio of 3, I would need 40 / ( 3 + x ) = 3 40 = 9 + 3x 31 = 3x 10.3 = x Or, more generally $data->{reservecount} / ( $data->{itemcount} + $needed ) = $ratio $data->{reservecount} / $ratio = $data->{itemcount} + $needed $needed = ( $data->{reservecount} / $ratio ) - $data->{itemcount} Instead at circ/reserveratios.pl line 158, we have ratiocalc => sprintf( "%.0d", $ratio_atleast1 ? ( $thisratio / $ratio ) : $thisratio ), which translates to $needed = ( $data->{reservecount} / $data->{itemcount} ) / $ratio This means that if the library orders the recommended number of copies, the title will show up again on the holds ratio report, assuming that the number of holds stays more or less constant. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14784] New: Missing checkin message for debarred patrons when issuing rules' fine days = 0
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '15

23 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14784 Bug ID: 14784 Summary: Missing checkin message for debarred patrons when issuing rules' fine days = 0 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: genevieve.plantin(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Context : a patron was previously debarred and has returned a overdue book. There should be a message saying : "Check in message - Reminder: Patron was earlier restricted until ..." However, when the column finedays in the table issuingrules equals 0, no message is shown. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 14580] New: Warn when accessing Help from error pages
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '15

23 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14580 Bug ID: 14580 Summary: Warn when accessing Help from error pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When on an error page (ie 404.pl), clicking the Help link triggers a warn in the error log: help.pl: Use of uninitialized value $lang in concatenation (.) or string at /home/vagrant/kohaclone/help.pl line 52. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10