November 2013 - Koha-bugs - lists.koha-community.org

[Bug 10792] New: Amounts in funds table on acquisitions home page not sorting correctly
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '13

06 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10792 Bug ID: 10792 Summary: Amounts in funds table on acquisitions home page not sorting correctly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Created attachment 20674 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20674&action=edit funds table, showing wrong sorting The amounts in the fund table on the acquisitions home page are not sorting correctly. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 11204] New: pendingreserves should use datatables.inc
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '13

06 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11204 Bug ID: 11204 Summary: pendingreserves should use datatables.inc Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org A JS error occurs on the pending reserves pages: ReferenceError: CONFIG_EXCLUDE_ARTICLES_FROM_SORT is not defined if(CONFIG_EXCLUDE_ARTICLES_FROM_SORT){ -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 8123] New: cronjob to pre-populate/Update patrons from ldap data
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '13

05 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8123 Priority: P5 - low Change sponsored?: --- Bug ID: 8123 Assignee: gmcharlt(a)gmail.com Summary: cronjob to pre-populate/Update patrons from ldap data Severity: enhancement Classification: Unclassified OS: All Reporter: henridamien.laurent(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Architecture, internals, and plumbing Product: Koha It would be really nice to have borrowers table prepopulated and updated from LDAP data. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '13

05 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 mshafer(a)ckls.org <mshafer(a)ckls.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mshafer(a)ckls.org --- Comment #52 from mshafer(a)ckls.org <mshafer(a)ckls.org> --- With 43 libraries that have 43 different circ rules and holds limits, I am encouraging the further development of this issue. Some libraries need to limit the holds their patrons can place more than other libraries. M Shafer Central Kansas Library System -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11026] New: in UNIMARC, pubdate index should be based on 100 field and not 210
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '13

05 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11026 Bug ID: 11026 Summary: in UNIMARC, pubdate index should be based on 100 field and not 210 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org 210$d, curently indexed as pubdate, contains the date of the document The content can be a complex string like "impr. 2010, cop. 2009" (according to cataloguing standard). Not sure how zebra For ancient books, the date could be in latin numbers (MCM...) Zebra does not like that ;-) Dates are also in roman numbers 100 coded field. In fact there is 2 dates (pos 9-12 and 13-16) and a code in pos 8 giving the type of date. In most case the 1st date should be indexed and not the 2d one. Other issue : Sometimes date are uncertain and if the decade only is known, we will have 198X in 210 field, and "198 " (but I have found 198X and 198. in real word...). Zebra does not like that too... M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 11119] New: Silent zebra in UNIMARC
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '13

05 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11119 Bug ID: 11119 Summary: Silent zebra in UNIMARC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P3 Component: Searching Assignee: paul.poulain(a)biblibre.com Reporter: paul.poulain(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In UNIMARC configuration, there are some complaints from Zebra about non existing indexes: > 21:12:42-22/10 zebraidx(29295) [warn] Index 'UPC' not found in attset(s) > 21:12:42-22/10 zebraidx(29295) [warn] Index 'Serials' not found in attset(s) > 21:12:42-22/10 zebraidx(29295) [warn] Index 'Printed-music' not found in attset(s) > 21:12:42-22/10 zebraidx(29295) [warn] Index 'Electronic-ressource' not found in attset(s) > 21:12:42-22/10 zebraidx(29295) [warn] Index 'Title-host' not found in attset(s) > 21:12:42-22/10 zebraidx(29295) [warn] Index 'title-host' not found in attset(s) > 21:12:42-22/10 zebraidx(29295) [warn] Index 'lcn' not found in attset(s) Those indexes should either be removed from record.abs or created into bib1.att/ccl.properties Mathieu suggested the following options, that are worth being followed: I think I would try this : *** UPC : melm 072$a UPC:w,Identifier-standard:w melm 072$z UPC:w,Identifier-standard:w In MARC21, it is in 024, alongside other identifiers (the indicator of the fields precise the nature of the identifier, but of course record.abs cannot take that into consideration...) So UPC is only defined in UNIMARC, whereas it is an id kind of EAN, used mainly in the USA and Canada, MARC21 countries. That's not logical. This index is useless for UNIMARC ppl, especially if it is not working well. => my proposition: get rid of UPC in UNIMARC conf files and index 072 in "Identifier-standard" and in ccl.properties If marc21 ppl want to index this in their DOM conf file, they will create the propoer custom definition in ccl and bib1.att. *** Serials and Printed-music melm 207 Serials,Serials:p melm 208 Printed-music,Printed-music:p 207 field is equivalent to 362 field in MARC21 208 field is equivalent to 254 field in MARC21 http://www.loc.gov/marc/unimarctomarc21_2xx5xx.pdf Both are not indexed in MARC21, so maybe the information is not really important. BNF sites give some examples http://multimedia.bnf.fr/unimarcb_trad/B207-6-2010.pdf "Cette zone contient les numéros de la première et de la dernière livraison de la ressource continue et/ou les dates que couvrent ces livraisons quand ces numéros et ces dates sont connus." Ex : "Vol. 1, no. 1 (1 Apr. 1946)-vol. 26, no. 195 (10 Oct.1972) = no. 1-no. 6943 " => for me, this field should NOT BE indexed in any way! http://multimedia.bnf.fr/unimarcb_trad/B208-6-2010.pdf "Cette zone contient une mention, transcrite à partir de la ressource, relative à la présentation particulière d'une ressource musicale imprimée ou manuscrite. " Ex : "Partition de poche" Maybe it can be usefull, and I did not find declarations for that in ccl or bib1, so let's create a custom one, OR maybe index it in notes. *** Electronic-ressource melm 230$a Electronic-ressource Electronic-ressource : 230 is deprecated in UNIMARC. Maybe present in legacy records, but not sure of that. Let's get rid of this index. *** Title-host melm 461$t Title,Title-host:w,title-host:p title-host : typo for Title-host 461: Title-host: as we have 461$9 indexed in "Host-Item-Number", I guess this "Title-host" is a mistake for "Host-item". So, 461 would behave like 773 in MARC21 (Technically, 461 is not a strict equivalent of 773. From LOC site, I get that the official equivalent of 461 in MARC21 is 774) *** lcn lcn isn't used -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 11180] New: IP branch attrib showld acept CIDR notation
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '13

05 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11180 Bug ID: 11180 Summary: IP branch attrib showld acept CIDR notation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: pablo.bianchi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The most common way to talk about an IP range is the CIDR notation, for example "157.93.48.0/22, 157.93.53.0/25, 157.93.54.0/25", instead of using an asterisk (current "157.93.48.*" notation), which limit the mask to /24. I think koha should handle both notations, or at least instead CIDR, which is much more flexible. As in the example also sometimes is necessary to deal with more than one subnet (comma separated) at the same time (I could fill another bug for this one). Of course all this is particularly useful to AutoLocation system preference. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 2720] Overdues which debar automatically should undebar automatically when returned
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '13

05 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2720 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |10863 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9024] New: Add additional sample data to German installer
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '13

05 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9024 Priority: P5 - low Change sponsored?: --- Bug ID: 9024 CC: gmcharlt(a)gmail.com Assignee: katrin.fischer(a)bsz-bw.de Summary: Add additional sample data to German installer Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Installation and upgrade (web-based installer) Product: Koha -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 2193] Lost Item Fines - Editable if $0
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '13

04 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2193 marjorie barry-vila <marjorie.barry-vila(a)ccsr.qc.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marjorie.barry-vila(a)ccsr.qc | |.ca -- You are receiving this mail because: You are watching all bug changes.

1 0