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

[Bug 1091] in the opac search, a second pass with shorter terms if there are no results?
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '15

14 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1091 Jared Camins-Esakov <jcamins(a)cpbibliography.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|jcamins(a)cpbibliography.com | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13990] New: ILS-DI LookupPatron Requries ID Type
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '15

13 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13990 Bug ID: 13990 Summary: ILS-DI LookupPatron Requries ID Type Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: misilot(a)fit.edu QA Contact: testopia(a)bugs.koha-community.org For the LookupPatron the id_type argument seems to be required, even though it says it is optional. For example: https://site/cgi-bin/koha/ilsdi.pl?service=LookupPatron&id=4456 I get the following error: <h1>Software error:</h1> <pre>Can't use an undefined value as an ARRAY reference at /usr/lib/perl5/DBI.pm line 2054. </pre> However, if I add &id_type=borrowernumber I get the correct output. <LookupPatron> <id>4456</id> </LookupPatron> -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 13989] New: Undocumented Option in ILS-DI LookupPatron
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '15

13 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13989 Bug ID: 13989 Summary: Undocumented Option in ILS-DI LookupPatron Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: misilot(a)fit.edu QA Contact: testopia(a)bugs.koha-community.org id_type "userid" is not documented in the Description of the LookupPatron API. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 12123] New: HTML notices can break the notice viewer
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '15

13 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12123 Bug ID: 12123 Summary: HTML notices can break the notice viewer Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depending on the content of an html notice, it can cause the notice to either not be collapsible, be uncollapsible, or to be permanently collapsed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 7999] New: send test notice
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '15

13 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7999 Priority: P5 - low Change sponsored?: --- Bug ID: 7999 Assignee: henridamien(a)koha-fr.org Summary: send test notice QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Notices Product: Koha It would be very helpful if we could add a 'send me a test' button on the notices page. This way after you edit a notice template you could generate a notice and have it sent to you (the user who's logged in) so that you could see what it will look like. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 6973] New: Allow reply-to on cart emails to go to the sender of the cart.
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '15

13 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6973 Bug #: 6973 Summary: Allow reply-to on cart emails to go to the sender of the cart. Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org When you send a cart and the person attempts to reply to it, the email goes to the library admin address. This will add a syspref that allows a Reply-To header to be set that will be set to the user of the cart, if they're logged in and have an email address set. Which email address is used will be determined by the AutoEmailPrimaryAddress preference. -- 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 25

[Bug 13926] New: SQLHelper replacement - C4::Members::Search - circulation.pl
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '15

13 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13926 Bug ID: 13926 Summary: SQLHelper replacement - C4::Members::Search - circulation.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Patrons Assignee: jonathan.druart(a)biblibre.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com circ/circulation.pl currently uses C4::Members::Search. To get rid of SQLHelper, we should not use this subroutine anymore. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 13539] New: Table patroncards not used?
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '15

13 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13539 Bug ID: 13539 Summary: Table patroncards not used? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org It appears that creating patroncard batches and printing those is not adding data to the patroncards table, but the creator_batches table is used for storing the information. Looking and searching the code I couldn't find where data is inserted in the patroncards table - is it possible the table is no longer in use? Maybe since the rewrite of the label creators? -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 5377] New: Database fields too small for multiple ISBN and ISSN
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '15

13 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5377 Summary: Database fields too small for multiple ISBN and ISSN Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Database AssignedTo: gmcharlt(a)gmail.com ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Hie, I noticed a wrong behavior in "koha to MARC mapping". Using a mapping for ISBN and ISSN fields, I noticed that fields "isbn" and "issn" where truncated in "biblioitems" table when using multiple values. With multiple values, ISBN and ISSN are separated by a " | ". In fact, "isbn" field is a VARCHAR(30) and "issn" field is a VARCHAR(9). This is far to small. I propose a VARCHAR(255). Regards, -- 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 38

[Bug 13942] New: Testing the 'recordpayment' function in C4::Accounts
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '15

13 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13942 Bug ID: 13942 Summary: Testing the 'recordpayment' function in C4::Accounts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Test Suite Assignee: julian.fiol(a)biblibre.com Reporter: julian.fiol(a)biblibre.com QA Contact: gmcharlt(a)gmail.com Testing the 'recordpayment' function in C4::Accounts TEST PLAN --------- 1. Apply patch 2. prove -v t/db_dependent/Accounts.t -- All 15 tests should run successfully without any error or warning -- You are receiving this mail because: You are watching all bug changes.

1 12