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

[Bug 9618] New: Add support for intranetuserjs to labels/spinelabel-print.pl
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '13

07 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9618 Bug ID: 9618 Summary: Add support for intranetuserjs to labels/spinelabel-print.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 11103] New: label authors in facets not easy selectable
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '13

07 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11103 Bug ID: 11103 Summary: label authors in facets not easy selectable 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: maddogwilsons(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 10939] New: ICU does not transliterate polish special characters
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '13

07 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10939 Bug ID: 10939 Summary: ICU does not transliterate polish special characters Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When indexing records in Zebra using ICU (in etc/default.idx), non latin characters are transliterate to latin one. It works well with arabic for example but not for polish special characters. See http://en.wikipedia.org/wiki/Polish_alphabet#Computer_encoding -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 10978] New: redirect to basket list of a supplier after deleting a baset
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '13

07 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10978 Bug ID: 10978 Summary: redirect to basket list of a supplier after deleting a baset 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 QA Contact: testopia(a)bugs.koha-community.org I copy here a remark that M. de Rooy made while QAing bug 7791. It could be a little improvement "Note that if I am in a basket from some supplier and I delete it, I actually would like to return to the basket list of that supplier instead of getting a list of all suppliers. But that is outside the scope of this report." M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7205] New: can't reverse manual credits
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '13

06 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7205 Bug #: 7205 Summary: can't reverse manual credits Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com Created attachment 6267 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6267 can't reverse credit You can review payments, but you can't reverse manual credits. In the attached the first line is a manual credit the other lines are regular payments. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 10810] New: Fix synopsis for -html option to overdue_notices.pl
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '13

06 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10810 Bug ID: 10810 Summary: Fix synopsis for -html option to overdue_notices.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Command-line Utilities Assignee: magnus(a)enger.priv.no Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org See http://perldoc.koha-community.org/misc/cronjobs/overdue_notices.html The synopsis says: -html <filename> Output html to file But the description of the -html option says: -html Produces html data. if patron does not have a mail address or -n (no mail) flag is set, an html file is generated in the specified directory. This can be downloaded or futher processed by library staff. If the -html option is given a filename as its argument it will fail without warning. Confusingly enough, the variable associated with the -html option is called $htmlfilename: 'html:s' => \$htmlfilename, But it is actually used as a path, and the filename is added to it: open $html_fh, ">",File::Spec->catdir ($htmlfilename,"notices-".$today->ymd().".html"); I'll do a patch that fixes the synopsis and makes the full description clearer, but leave the variable name alone, as changing it will not gain us much. -- You are receiving this mail because: You are watching all bug changes.

1 8

[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 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 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