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

[Bug 8550] New: Z39.50 searches for ISBN/ISSN problematic
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '14

06 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8550 Priority: P5 - low Change sponsored?: --- Bug ID: 8550 CC: m.de.rooy(a)rijksmuseum.nl Assignee: jcamins(a)cpbibliography.com Summary: Z39.50 searches for ISBN/ISSN problematic Severity: normal Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha Copy cataloging via Z39.50 is often done by searching on ISBN or ISSN. Unfortunately, the code for doing this is... problematic, and may cause problems with some Z39.50 servers. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 9871] New: Quiet warns when logging into Koha
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '14

06 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9871 Bug ID: 9871 Summary: Quiet warns when logging into 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: katrin.fischer(a)bsz-bw.de For a standard installation using Koha's normal authentication a staff login produces 3 warns in the logs that could be suppressed: [Wed Mar 20 14:35:37 2013] [error] [client 127.0.0.1] [Wed Mar 20 14:35:37 2013] mainpage.pl: Use of uninitialized value in string ne at /home/katrin/kohaclone/C4/Auth.pm line 674., referer: http://localhost:8080/cgi-bin/koha/mainpage.pl?logout.x=1 [Wed Mar 20 14:35:37 2013] [error] [client 127.0.0.1] [Wed Mar 20 14:35:37 2013] mainpage.pl: Use of uninitialized value $pki_field in string eq at /home/katrin/kohaclone/C4/Auth.pm line 784., referer: http://localhost:8080/cgi-bin/koha/mainpage.pl?logout.x=1 [Wed Mar 20 14:35:37 2013] [error] [client 127.0.0.1] [Wed Mar 20 14:35:37 2013] mainpage.pl: Use of uninitialized value $pki_field in string eq at /home/katrin/kohaclone/C4/Auth.pm line 784., referer: http://localhost:8080/cgi-bin/koha/mainpage.pl?logout.x=1 -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 11077] New: Uninitialized value $pki_field warning
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '14

06 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11077 Bug ID: 11077 Summary: Uninitialized value $pki_field warning Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 70

[Bug 11338] New: wrong SQL in DelItemCheck
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '14

03 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11338 Bug ID: 11338 Summary: wrong SQL in DelItemCheck Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In C4::Items::DelItemCheck, there are two SQL queries : one to check if item is on loan, the other if item is reserved. Those two queries use "SELECT * FROM table", fetch the datas with "$var = $sth->fetchrow", and use "$var" as a boolean condition. This is not correct, SQL query should be "SELECT COUNT(*) FROM table". Code actually works, but is dangerous. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 11004] New: Make xmlControlfield.js use the marcflavour syspref to look for XML files
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '14

03 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11004 Bug ID: 11004 Summary: Make xmlControlfield.js use the marcflavour syspref to look for XML files Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: magnus(a)enger.priv.no Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org On line 208, xmlControlfield.js is hardcoded to look for MARC21 XML files: url: this.themelang + "/data/marc21_field_" + this.tagfield + ".xml", In order to fix Bug 10997 I will need this JS to use the value of the marcflavour syspref. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 10834] New: Add Sort 1 and Sort 2 to list of searchable patron fields
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '14

03 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10834 Bug ID: 10834 Summary: Add Sort 1 and Sort 2 to list of searchable patron fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com Some libraries would like to be able to search on the sort1 and sort2 fields of patron records. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 9940] New: Add a new index for original language of document
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '14

03 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9940 Bug ID: 9940 Summary: Add a new index for original language of document Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified 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 It could be usefull to add a new index for original language of document. Ex : In UNIMARC, if a book printed in french is a translation of a german one, at present, we can make a search using "ln" index, mapped with 101$afre, but we cannot search for the original language, stored in 101$cger. M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 6331] New: Obsolete marc column in deleteditems
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '14

03 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6331 Bug #: 6331 Summary: Obsolete marc column in deleteditems Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Database AssignedTo: gmcharlt(a)gmail.com ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org There is a difference between "items" and "deleteditems" tables in "kohastructure.sql" : "deleteditems" has a field "marc" not existing in "items". This columns appears to be obsolete. -- 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 28

[Bug 10341] New: Erro installing new language with Koha
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '14

02 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10341 Bug ID: 10341 Summary: Erro installing new language with Koha Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: costalc(a)gmail.com CC: frederic(a)tamil.fr Erro while trying to install es-ES language. Steps followed by me: 1) cd /usr/share/koha/misc/translator 2) perl translate install es-ES Message echoed: /usr/share/koha/opac/htdocs/opac-tmpl/prog/es-ES: The directory does not exist /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/es-ES: The directory does not exist /usr/share/koha/opac/htdocs/opac-tmpl/ccsr/es-ES: The directory does not exist Koha directories hierarchy for es-ES must be created first Regards, Claudio -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 7967] New: Z39.50 client should negotiate encoding with server
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '13

31 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7967 Priority: P5 - low Change sponsored?: --- Bug ID: 7967 Assignee: gmcharlt(a)gmail.com Summary: Z39.50 client should negotiate encoding with server QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: pongtawat.c(a)gmail.com Hardware: All Status: NEW Version: rel_3_2 Component: Cataloging Product: Koha Created attachment 9216 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=9216&action=edit Add UTF-8 charset negotiation to Z39.50 search Currently Koha has an option to specify encoding for Z39.50 target. However, that option only tell Koha what encoding is to be expected from the server. Some server support multiple encoding format that could be negotiated via "charset" option. For example OCLC WorldCat support both UTF-8 and MARC-8 and default to MARC-8. As UTF-8 should be a better option, it would be better if Koha can try to negotiate the result encoding. I made a simple patch to z3950_search.pl that just set ZOOM charset option to 'UTF-8" when Koha's Z39.50 target encoding is set to utf8 (I don't know valid value for charset option for other encoding). This work for OCLC WorldCat and some other targets. Note that I test it on Koha 3.2 and it should also work on later version as that part of code is unchanged. -- You are receiving this mail because: You are watching all bug changes.

1 13