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

[Bug 11742] New: Overdue notice/status triggers displaying the wrong notice for default
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '14

06 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11742 Bug ID: 11742 Summary: Overdue notice/status triggers displaying the wrong notice for default Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If you copy the notice set for an overdue trigger, overduerules.pl will display the description for the copied notice instead of the actual notice! This is because the copied notice shares the same letter code as the notice that was copied. Video example: http://screencast.com/t/WeEG3qlw -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 8822] New: public calendar
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '14

06 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8822 Priority: P5 - low Change sponsored?: --- Bug ID: 8822 Assignee: gmcharlt(a)gmail.com Summary: public calendar Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Tools Product: Koha It would be nice to have a way to make holidays (and hours eventually) on the calendar public. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 10168] New: text myself a call number
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '14

06 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10168 Bug ID: 10168 Summary: text myself a call number Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com It would be cool if we could click a button to text ourselves (or someone else) a call number at the library. This should be an option from the cart next to each item or a way to send the entire cart this way. -- You are receiving this mail because: You are watching all bug changes.

1 1

[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 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 04 Nov '14

04 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 03 Nov '14

03 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