July 2014 - Koha-bugs - lists.koha-community.org

[Bug 11126] New: Make the holds system optionally give precedence to local holds
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '14

05 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11126 Bug ID: 11126 Summary: Make the holds system optionally give precedence to local holds 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This feature would allow libraries to specify that, when items a returned, a local hold may be given priority for fulfillment even though it is of lower priority in the list of unfilled holds. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 44

[Bug 11446] New: Authority not searching full corporate name with and (&) symbol
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '14

04 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11446 Bug ID: 11446 Summary: Authority not searching full corporate name with and (&) symbol Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 23813 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=23813&action=edit Screen image Authority plugin not searching corporate name (Marc 110/710) with 'and' (&) symbol. It will only search corporate name prior to the symbol. For example: Cement Concrete & Aggregates Australia Authority plugin only shows: Cement Concrete -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 12378] New: addbiblio.pl error when deleting record
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '14

04 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12378 Bug ID: 12378 Summary: addbiblio.pl error when deleting record Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: library(a)stas.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When deleting a record using the menu on the detail.pl page, "normal" tab, the biblio is successfully deleted, but this is followed by a web page showing: --------- Software error: Can't call method "title" on an undefined value at /usr/share/koha/intranet/cgi-bin/cataloguing/addbiblio.pl line 838. ---------- Previously after deletion of the biblio, koha would return to the advanced search page. After upgrading to 3.16 it is repeatable everytime an biblio is deleted. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 9175] New: Shelving location search returns no results
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '14

04 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9175 Bug ID: 9175 Summary: Shelving location search returns no results Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jason(a)esilibrary.com Consider these two searches: Keyword: harry potter Shelving location limit: Juvenile DVDs http://catalog.bywatersolutions.com/cgi-bin/koha/opac-search.pl?idx=kw&q=ha… Returns 4 results and Keyword: harry hotter Shelving location: Juvenile DVDs http://catalog.bywatersolutions.com/cgi-bin/koha/opac-search.pl?idx=kw&q=ha… Returns 0 results. I'd expect the same four results. Seeing that first query converted the label Juvenile DVDs to a code of JDVD, I try to use that identifier instead: Keyword: harry potter Shelving location: JDVD http://catalog.bywatersolutions.com/cgi-bin/koha/opac-search.pl?idx=kw&q=ha… Returns 0 results -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 6172] New: Zebra not indexed Unimarc-records
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '14

03 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6172 Bug #: 6172 Summary: Zebra not indexed Unimarc-records Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: Linux Status: NEW Severity: critical Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: dubyk(a)library.lviv.ua QAContact: koha-bugs(a)lists.koha-community.org Created attachment 3888 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3888 simple entered biblio In general: not searched records entered in the Unimarc-environment. Used Debian packages of Koha (from squeeze and squeeze-dev). Currently it is: koha-common_3.2.6-1_all.deb or koha-common_3.3-1~git20110407105508.b1678665_all.deb. Tried install in current stable Debian and unstable variants. In web-installer was choosed English Unimarc (similar result for Ukrainian and Russian Unimarc). After install created simple biblio-record (with title=Book) and try to reindex zebra with next warnings/errors: { #>sudo KOHA_CONF=/etc/koha/sites/ukr_unimarc/koha-conf.xml PERL5LIB=/usr/share/koha/lib /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v -x -k -nosanitize Zebra configuration information ================================ Zebra biblio directory = /var/lib/koha/ukr_unimarc/biblios Zebra authorities directory = /var/lib/koha/ukr_unimarc/authorities Koha directory = /usr/share/koha/intranet/cgi-bin BIBLIONUMBER in : 090$9 BIBLIOITEMNUMBER in : 090$a ================================ skipping authorities ==================== exporting biblio ==================== 1 Records exported: 1 ==================== REINDEXING zebra ==================== 10:27:12-12/04 zebraidx(4846) [log] zebra_start 2.0.44 419ad759807269fdfa379799a051ed3a551c6541 10:27:12-12/04 zebraidx(4846) [log] config /etc/koha/sites/ukr_unimarc/zebra-biblios.cfg 10:27:12-12/04 zebraidx(4846) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-alvis.so 10:27:12-12/04 zebraidx(4846) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 10:27:12-12/04 zebraidx(4846) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-dom.so 10:27:12-12/04 zebraidx(4846) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-text.so 10:27:12-12/04 zebraidx(4846) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-regx.so 10:27:12-12/04 zebraidx(4846) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-xml.so 10:27:12-12/04 zebraidx(4846) [log] enabling shadow spec=/var/lib/koha/ukr_unimarc/biblios/shadow:4G 10:27:12-12/04 zebraidx(4846) [log] cache_fname = /var/lib/koha/ukr_unimarc/biblios/shadow/cache 10:27:12-12/04 zebraidx(4846) [log] zebra_stop: 0.06 0.00 0.00 10:27:12-12/04 zebraidx(4847) [log] zebra_start 2.0.44 419ad759807269fdfa379799a051ed3a551c6541 10:27:12-12/04 zebraidx(4847) [log] config /etc/koha/sites/ukr_unimarc/zebra-biblios.cfg 10:27:12-12/04 zebraidx(4847) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-alvis.so 10:27:12-12/04 zebraidx(4847) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 10:27:12-12/04 zebraidx(4847) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-dom.so 10:27:12-12/04 zebraidx(4847) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-text.so 10:27:12-12/04 zebraidx(4847) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-regx.so 10:27:12-12/04 zebraidx(4847) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-xml.so 10:27:12-12/04 zebraidx(4847) [log] enabling shadow spec=/var/lib/koha/ukr_unimarc/biblios/shadow:4G 10:27:12-12/04 zebraidx(4847) [log] cache_fname = /var/lib/koha/ukr_unimarc/biblios/shadow/cache 10:27:13-12/04 zebraidx(4847) [log] dir /tmp/Bjp22Rn17_/biblio 10:27:13-12/04 zebraidx(4847) [warn] Unknown register type: 0 10:27:13-12/04 zebraidx(4847) [warn] Record didn't contain match fields in (bib1,Local-number) 10:27:13-12/04 zebraidx(4847) [log] error grs.sgml /tmp/Bjp22Rn17_/biblio/exported_records 0 10:27:13-12/04 zebraidx(4847) [log] Iterations: isam/dict 64/19 10:27:13-12/04 zebraidx(4847) [log] Dict: inserts/updates/deletions: 19/0/0 10:27:13-12/04 zebraidx(4847) [log] Records: 0 i/u/d 0/0/0 10:27:13-12/04 zebraidx(4847) [log] zebra_stop: 0.14 0.02 0.00 10:27:13-12/04 zebraidx(4850) [log] zebra_start 2.0.44 419ad759807269fdfa379799a051ed3a551c6541 10:27:13-12/04 zebraidx(4850) [log] config /etc/koha/sites/ukr_unimarc/zebra-biblios.cfg 10:27:13-12/04 zebraidx(4850) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-alvis.so 10:27:13-12/04 zebraidx(4850) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 10:27:13-12/04 zebraidx(4850) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-dom.so 10:27:13-12/04 zebraidx(4850) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-text.so 10:27:13-12/04 zebraidx(4850) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-regx.so 10:27:13-12/04 zebraidx(4850) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-xml.so 10:27:13-12/04 zebraidx(4850) [log] enabling shadow spec=/var/lib/koha/ukr_unimarc/biblios/shadow:4G 10:27:13-12/04 zebraidx(4850) [log] cache_fname = /var/lib/koha/ukr_unimarc/biblios/shadow/cache 10:27:13-12/04 zebraidx(4850) [log] zebra_stop: 0.05 0.00 0.00 ==================== CLEANING } In result in Koha this record not searched. (also tried with "koha-rebuil-zebra ukr_unimarc" - not present any output but the result was the same - record not searched) Key-warning: [warn] Record didn't contain match fields in (bib1,Local-number) This warning is present for any instances with Unimarc. found in next files: 1) /etc/koha/zebradb/marc_defs/unimarc/biblios/record.abs: ... melm 090$9 Local-number,Local-number:n ... 2) /etc/koha/zebradb/biblios/etc/bib1.att ... att 12 Local-number ... 3) /etc/koha/sites/ukr_unimarc/zebra-biblios.cfg ... recordId: (bib1,Local-number) ... What's interesting: In marc21 zebra-indexing work without warnings about "Local-number" and similar entered biblio was searched. In marc21-file /etc/koha/zebradb/marc_defs/marc21/biblios/record.abs this parameter commented: ... #melm 035 Local-number,Identifier-standard #melm 090$c Local-number:w ... I was tried also comment this in /etc/koha/zebradb/marc_defs/unimarc/biblios/record.abs with no result In zebra logs not found any errors/warnings during this indexing. I don't understand what's wrong with Unimarc and Zebra... -- 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 9

[Bug 10353] New: "Fines in days" (aka suspensions) should be first-class citizen in Koha
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '14

03 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10353 Bug ID: 10353 Summary: "Fines in days" (aka suspensions) should be first-class citizen in Koha Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com Suspensions should be considered a different thing from fines (money wise). Both can be concurrent actually. They should be recorded in its own table on the DB, and have its own class under the Koha namespace. Requirements: - We should be able to know what items under what circumstances triggered a suspension. - We should be able to set a max suspensions limit in a period of time. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 11948] New: last name browse on patron card creator searching anywhere
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '14

03 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11948 Bug ID: 11948 Summary: last name browse on patron card creator searching anywhere Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All URL: /cgi-bin/koha/patroncards/members-search.pl OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When you do a search for patrons in the patron card creator you're offered the option to browse by first letter of last name. I clicked D and got names like ADLES etc. It's searching anywhere in the name, not just the first letter of the last name like on the patron search page (which is right). -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 10364] New: add a way to partially receive an order without creating a new order
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10364 Bug ID: 10364 Summary: add a way to partially receive an order without creating a new order Classification: Unclassified 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: mathieu.saby(a)univ-rennes2.fr At present, if we order 3 copies of a document, and only 2 are received, Koha creates a new order with the 3rd copy. As a consequency, if we print again the basketgroup, there is a new line. I would prefer Koha not to create a new order, so that the content of baskets and basket groups will not be altered by reception. M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 5575] New: 3.4 BibLibre circ & members improvements
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5575 Summary: 3.4 BibLibre circ & members improvements Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 As described on the wiki : http://wiki.koha-community.org/wiki/Enhancements_to_the_display_of_extended… http://wiki.koha-community.org/wiki/Enhance_renewals_parameters http://wiki.koha-community.org/wiki/Ergonomics_of_smart-rules_and_circulati… http://wiki.koha-community.org/wiki/Fine_tuning_of_circulation_policies_RFC http://wiki.koha-community.org/wiki/AllowOnShelfHolds http://wiki.koha-community.org/wiki/Enhancements_to_debarred_patron http://wiki.koha-community.org/wiki/Transfers_-_enhancements -- 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 104

[Bug 5765] New: patron messaging form template tests for SMS inconsistently
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5765 Summary: patron messaging form template tests for SMS inconsistently Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: MARC Authority data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 For the header row of the table, the test is performed on whether SMSSendDriver is defined, but for each row, the first test is on whether 'transport_sms' is defined for that notice, then whether the driver exists. If an sms transport is defined for a notice (or even if the thinks it is), this will add an extra column of '--' to the table, forcing everything over by one, and the 'do not notify' column off the table. Reversing the order of the <TMPL_IF>'s in the messaging_preference_form.inc should resolve this. -- 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 6