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

[Bug 9728] New: XISBN use simple search instead of SQL
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '14

09 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9728 Bug ID: 9728 Summary: XISBN use simple search instead of SQL Classification: Unclassified 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: fridolyn.somers(a)biblibre.com CC: gmcharlt(a)gmail.com XISBN API uses normalized ISBN of a biblio to get a list of ISBNs, then searches via SQL in database for notices with those ISBNs. I noticed that if input ISBN has hyphens then returned ISBNs have hyphens else they don't have. So SQL query will not find if ISBNs have hyphens in database. Also, if biblio has several ISBN, only first one can be found with actual SQL query (isbn LIKE '$xisbn%'). So I propose to use a simple search "nb=$xisbn". This will find biblio from ISBN with or without hyphen. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

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

[Bug 7151] New: rebuild_zebra needs a lockfile
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '13

31 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7151 Bug #: 7151 Summary: rebuild_zebra needs a lockfile Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org It is possible to have multiple rebuild_zebra running for the same environment, this is both inefficient and dangerous. This bug is track creating using a lockfile to stop this occuring -- 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 1

[Bug 10626] New: Remove doubled up TT plugins
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '13

30 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10626 Bug ID: 10626 Summary: Remove doubled up TT plugins 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 QA Contact: testopia(a)bugs.koha-community.org CC: kyle(a)bywatersolutions.com Looking at the TT plugin directory I notice we have some plugins that seem to do the same thing: KohaAuthorisedValues.pm AuthorisedValues.pm KohaBranchName.pm Branches.pm Also, it would be nice to add a usage example as documentation to the surviving plugins. -- You are receiving this mail because: You are watching all bug changes.

1 51

[Bug 10502] New: Add independent branches option for sql reports
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '13

29 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10502 Bug ID: 10502 Summary: Add independent branches option for sql reports Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 29