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

[Bug 9224] New: acqui/finishreceive.pl is not Plack-compatible
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '14

15 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9224 Bug ID: 9224 Summary: acqui/finishreceive.pl is not Plack-compatible Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcamins(a)cpbibliography.com I get the following warnings in the log when receiving items under Plack: Variable "$datereceived" is not available at /home/jcamins/kohaclone/acqui/finishreceive.pl line 154. Variable "$unitprice" is not available at /home/jcamins/kohaclone/acqui/finishreceive.pl line 155. Variable "$rrp" is not available at /home/jcamins/kohaclone/acqui/finishreceive.pl line 156. Variable "$biblionumber" is not available at /home/jcamins/kohaclone/acqui/finishreceive.pl line 158. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 8783] New: Parentheses not escaped properly in queries when using XSLT
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8783 Priority: P5 - low Change sponsored?: --- Bug ID: 8783 Assignee: gmcharlt(a)gmail.com Summary: Parentheses not escaped properly in queries when using XSLT Severity: normal Classification: Unclassified OS: All Reporter: kyle(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Searching Product: Koha When XSLT is enabled, searching on subjects containing parentheses cause an error. The problem is the parens are not escaped properly, and so are interpreted as part of the query language, rather than the query string. For example, this query fails: (su:{Baggins, Frodo (Fictitious character)}) AND (su:{Fiction}) but this query works: (su:{Baggins, Frodo $Fictitious character$}) AND (su:{Fiction}) I think the problem is within the xslt template subfieldSelect. Interestingly, with XSLT off, each subject shows up as an individual link ( so one link for Frogo, and one link for Ficition ) whereas with XSLT on, they subjects are combined with an AND. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 6779] New: Dont allow mem renewal x days before expiry
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6779 Bug #: 6779 Summary: Dont allow mem renewal x days before expiry Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Sys pref based option to not allow mem renewal x days before membership expiry. -- 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 4

[Bug 9629] New: Replace YUI button on patron category administration pages with Bootstrap
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '14

14 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9629 Bug ID: 9629 Summary: Replace YUI button on patron category administration pages with Bootstrap Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/admin/categorie.pl OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org The "New category" button on the patron category administration page is generated using YUI. It should use Bootstrap instead. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 10318] New: show email on patron search results
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '14

13 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10318 Bug ID: 10318 Summary: show email on patron search results Classification: Unclassified 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: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On the patron search results page it would be great to see the email address. It could go in the name column with other contact info. Nicole -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 8683] New: Acq: Clear button doesn't clear all item fields
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '14

13 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8683 Priority: P5 - low Change sponsored?: --- Bug ID: 8683 Assignee: koha-bugs(a)lists.koha-community.org Summary: Acq: Clear button doesn't clear all item fields Severity: normal Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha UniqueItemFields: barcode AcqCreateItem: placing an order Autobarcode: 1, 2, 3... When you add items to a new order, the clear link doesn't work for some of the fields. It doesn't work for: - date acquired - barcode Maybe because of the plugins linked to those fields? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[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