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

[Bug 6483] New: Paging in opac-detail when coming from a search
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '14

10 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6483 Bug #: 6483 Summary: Paging in opac-detail when coming from a search Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: salva(a)masmedios.com QAContact: koha-bugs(a)lists.koha-community.org Add paging in opac-detail when coming from a search to be able to continue viewing the results list in the opac-detail without returning to the results list page. -- 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 58

[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 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 9686] New: Sorting with independent branches returns results from all branches
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '13

29 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9686 Bug ID: 9686 Summary: Sorting with independent branches returns results from all branches Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: elliott(a)bywatersolutions.com When performing a search from the staff client or the OPAC with independent branches enabled you get independent branch results. However, upon sorting the aforementioned results you get back results from all branches. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 10140] New: add UNIMARC tests to t/db_dependent/Record/Record.t
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '13

27 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10140 Bug ID: 10140 Summary: add UNIMARC tests to t/db_dependent/Record/Record.t Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com Koha does not currently have any UNIMARC tests this patch attempts to add a set of UNIMARC tests to Koha -- You are receiving this mail because: You are watching all bug changes.

1 1