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

[Bug 748] New: Modfy loan length according to borrower category
by bugzilla-daemon＠wilbur.katipo.co.nz 15 Mar '04

15 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=748 Summary: Modfy loan length according to borrower category Product: Koha Version: CVS Platform: PC Status: NEW Severity: enhancement Priority: P2 Component: Circulation AssignedTo: chris(a)katipo.co.nz ReportedBy: shedges(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net It would be nice to control loan length based on the category of borrower, as well as the type of item. That way, staff or teachers could keep items longer than 'regular' borrowers. One way to do this might be to add a "loanlengthfactor" column to either the borrowers table or the categories table. If staff could keep items twice as long as other borrowers, then the loan length factor would be '2'. If a loan was meant to be (almost) permanent, the loan length factor could be '99'. If the normal loan period was two weeks, but children's librarians can keep things three weeks, then the factor would be '1.5', etc. While the sticky due date already makes such things possible, it would still be nice to have this automatically calculated by borrower category. Circ2.pm would need to retrieve the loan length factor from the appropriate table. Then in the issuebook function in Circ2.pm, insert a line (after current line 771) that recalculates the loan length based on the loan length factor -- like $loanlength=$loanlength*($patroninformation->{'loanlengthfactor'}). I notice also that there is some hard-coding of borrower categories in Circ2.pm (starting at line 614). Perhaps my simple suggestion could be made more complex to handle this as well. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 747] New: OPAC barcode search doesn't work
by bugzilla-daemon＠wilbur.katipo.co.nz 12 Mar '04

12 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=747 Summary: OPAC barcode search doesn't work Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: OPAC AssignedTo: chris(a)katipo.co.nz ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net I never tried it before, because we took it out of our template, but it looks like the OPAC's barcode search doesn't work. I get no results for a barcode I know exists. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 746] New: Separate interface for patron notes
by bugzilla-daemon＠wilbur.katipo.co.nz 12 Mar '04

12 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=746 Summary: Separate interface for patron notes Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Members AssignedTo: chris(a)katipo.co.nz ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net We use patron notes pretty often for communicating information between staff members about particular patrons. It would be good for us to be able to add/edit/delete patron notes via a separate interface. I picture a link or button on the patron record (available in both members and circulation) which pops up a window for entering or editing the notes. It'd be good to also have a 'delete' link or button alongside so that the note could be deleted with a click. This kind of interface would save the steps of opening the patron's record, clicking to modify it, editing/deleting the note, submitting, and confirming. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 745] New: subjectsearch.pl not templated
by bugzilla-daemon＠wilbur.katipo.co.nz 11 Mar '04

11 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=745 Summary: subjectsearch.pl not templated Product: Koha Version: 2.0.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Catalogue AssignedTo: chris(a)katipo.co.nz ReportedBy: a.c.li(a)ieee.org QAContact: koha-bugs(a)lists.sourceforge.net subjectsearch.pl is not templated, but it seems to be also unused. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 744] New: Add new supplier allows blank supplier information
by bugzilla-daemon＠wilbur.katipo.co.nz 11 Mar '04

11 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=744 Summary: Add new supplier allows blank supplier information Product: Koha Version: 2.0.0 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P2 Component: Acquisitions (Full) AssignedTo: chris(a)katipo.co.nz ReportedBy: a.c.li(a)ieee.org QAContact: koha-bugs(a)lists.sourceforge.net If I go to Add new supplier and then save without entering anything, a blank supplier record is created. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 743] New: Simple acquisions should be default, not full acquisitions
by bugzilla-daemon＠wilbur.katipo.co.nz 09 Mar '04

09 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=743 Summary: Simple acquisions should be default, not full acquisitions Product: Koha Version: 2.0.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Installation AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: a.c.li(a)ieee.org QAContact: koha-bugs(a)lists.sourceforge.net There are a couple of problems in Full acquisitions that make it not usable (e.g., bug 735, bug 742). It should probably not be the default. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 742] New: The serials part of Full acquisitions is not working
by bugzilla-daemon＠wilbur.katipo.co.nz 09 Mar '04

09 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=742 Summary: The serials part of Full acquisitions is not working Product: Koha Version: CVS Platform: PC Status: NEW Severity: normal Priority: P2 Component: Acquisitions (Full) AssignedTo: chris(a)katipo.co.nz ReportedBy: a.c.li(a)ieee.org QAContact: koha-bugs(a)lists.sourceforge.net When I type something into the box labelled "RECEIVE OR MODIFY PERIODICAL ORDER", I get back a receipt summary for a certain supplier, but there are no buttons or links to do anything. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 741] New: Edit and Delete buttons overlap
by bugzilla-daemon＠wilbur.katipo.co.nz 09 Mar '04

09 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=741 Summary: Edit and Delete buttons overlap Product: Koha Version: 2.0.0 Platform: PC Status: NEW Severity: trivial Priority: P2 Component: Parameters AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: kb2qzv(a)poczta.onet.pl QAContact: koha-bugs(a)lists.sourceforge.net In http://localhost:8080/cgi-bin/koha/admin/currency.pl the buttons edit and Delete are not in line with Add currency, also everlapping with the stripe for: Currency, exchange inscriptions. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 740] New: Default MARC21 mapping for itemtypes incorrect
by bugzilla-daemon＠wilbur.katipo.co.nz 08 Mar '04

08 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=740 Summary: Default MARC21 mapping for itemtypes incorrect Product: Koha Version: 2.0.0 Platform: PC Status: NEW Severity: normal Priority: P2 Component: MARC AssignedTo: paul.poulain(a)free.fr ReportedBy: a.c.li(a)ieee.org QAContact: koha-bugs(a)lists.sourceforge.net biblioitems.itemtype is currently mapped to 300f by default; this looks wrong. Likely, - biblioitems.itemtype should be mapped to 090a given 090a is labelled "Koha itemtype" - 090a should have authorized value itemtypes - 090a should be displayed in some tab - 300f should have authorized value removed ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 739] New: Linking a Koha field to a repeatable MARC subfield causes duplicates
by bugzilla-daemon＠wilbur.katipo.co.nz 08 Mar '04

08 Mar '04

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=739 Summary: Linking a Koha field to a repeatable MARC subfield causes duplicates Product: Koha Version: 2.0.0 Platform: PC Status: NEW Severity: normal Priority: P2 Component: MARC AssignedTo: paul.poulain(a)free.fr ReportedBy: a.c.li(a)ieee.org QAContact: koha-bugs(a)lists.sourceforge.net If I link MARC21 subfield 650a to Koha field bibliosubject.subject, and then create a biblio with more than one subject, I end up having duplicate records in the bibliosubject table. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0