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

[Bug 13323] New: Change the tax rate on receiving
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13323 Bug ID: 13323 Summary: Change the tax rate on receiving Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org This new feature will permit to update the tax rate on receiving. It has also been described on the wiki page (http://wiki.koha-community.org/wiki/GST_Rewrite_RFC) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[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 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 24 Dec '15

24 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 11870] New: Add more informations to histsearch.pl results
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '15

23 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11870 Bug ID: 11870 Summary: Add more informations to histsearch.pl results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 11708, 11844 Add more informations to histsearch.pl results - Basket group closed date and delivery place (in basketgroup column) - Additional order fields (one column for each additional field) -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 12204] New: in RESERVESLIP, any 'reserve' field is not being expanded correctly.
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '15

23 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12204 Bug ID: 12204 Summary: in RESERVESLIP, any 'reserve' field is not being expanded correctly. Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: bartonski(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Any field containing 'reserves' is not expanded in the RESERVESLIP notice: For example: Hold until: <<reserves.expirationdate>> Renders as Hold until: And Notes: <pre><<reserves.reservenotes>></pre> becomes Notes: <pre></pre> I believe that this is a regression upon upgrade from 3.12.10 to 3.14.05. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 11209] New: Multi transport types: same messages are sent for a patron
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '15

23 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11209 Bug ID: 11209 Summary: Multi transport types: same messages are sent for a patron Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 13519] New: alternate email address not showing on patron record
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '15

22 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13519 Bug ID: 13519 Summary: alternate email address not showing on patron record Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 34961 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=34961&action=edit display wrong of email addreses The patrons has a primary email address and an email address under alternate contact but the only email address showing on the patron record is the primary email address 2 times. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 9181] New: Add patron messaging preference to Batch Patrons Modification tool
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '15

22 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9181 Bug ID: 9181 Summary: Add patron messaging preference to Batch Patrons Modification tool Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: spl(a)metrocast.net We're planning to send out a survey to identify their preferences with respect to Advance Notice about item due dates. With several hundred potential patrons to update, it would be extremely helpful to be able to update their preferences as part of a batch process. And why not add OPAC notes as well? Cheers, Cab Vinton -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 12504] New: Version 3.16.xx Opac search by Language of the item and zebra @attr 1=54 Broken for Unimarc ?
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '15

22 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12504 Bug ID: 12504 Summary: Version 3.16.xx Opac search by Language of the item and zebra @attr 1=54 Broken for Unimarc ? Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: dhd.koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Koha versions 3.16.xx on Debian wheezy, UNIMARC query "find @attr 1=54 fre" does not work! Also in Advanced Searches when selecting the language of the Item, OPAC returns no results! Z> find @attr 1=54 fre Sent searchRequest. Received SearchResponse. Search was a success. Number of hits: 0, setno 2 records returned: 0 Diagnostic message(s) from database: [114] Unsupported Use attribute -- v2 addinfo '54 (backend=localhost:9999/biblios)' Elapsed: 0.001387 Reverting back to 3.14 zebra index defs seem to solve the problem! Z> open localhost:7575/biblios Connecting...OK. Sent initrequest. Connection accepted by v3 target. ID : 81 Name : Zebra Information Server/GFS/YAZ Version: 2.0.59/5.2.1 02aab105f290cdd2743061ab1a6d6565d6701f72 Options: search present delSet triggerResourceCtrl scan sort extendedServices namedResultSets Elapsed: 0.001527 Z> format Unimarc Z> find @attr 1=54 fre Sent searchRequest. Received SearchResponse. Search was a success. Number of hits: 9, setno 1 SearchResult-1: term=fre cnt=9 records returned: 0 Elapsed: 0.030005 -- You are receiving this mail because: You are watching all bug changes.

1 2