- Koha-devel - lists.koha-community.org

[Bug 170] Returning a book reduces item count to zero
by bugzilla-daemon＠wilbur.katipo.co.nz 04 Feb '03

04 Feb '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=170 a.c.li(a)ieee.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 170] Returning a book reduces item count to zero
by bugzilla-daemon＠wilbur.katipo.co.nz 04 Feb '03

04 Feb '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=170 a.c.li(a)ieee.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|chris(a)katipo.co.nz |a.c.li(a)ieee.org ------- Additional Comments From a.c.li(a)ieee.org 2003-02-04 21:48 ------- items.holdingbranch was set to null in the return process. This causes itemcount2 to skip the item. returnbook in C4::Circulation::Circ2 ultimately does the return, and there is a $branch parameter which needs to be passed. returns.pl passes this parameter ultimately from $input->param('branch'). Comparing the $branch-setting code between returns.pl and circulation.pl, returns.pl is found to be missing some additional sanity-checking code for $branch and $printer. So, it seems that 1. Circ2 does not have error-checking code to abort when $branch is null 2. returns.pl is having branch/printer-getting code which is outdated 3. the branch/printer-getting code should have been modularized in a function to avoid this ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 189] Can't return to member record from reading list or pay fines
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Feb '03

03 Feb '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=189 a.c.li(a)ieee.org changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Can't return to member |Can't return to member |record from reading list |record from reading list or | |pay fines ------- Additional Comments From a.c.li(a)ieee.org 2003-02-04 20:10 ------- The pay fines screen also does not have a link back to the member record. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 105] New dependency on Mail::Sendmail
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Feb '03

03 Feb '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=105 ------- Additional Comments From a.c.li(a)ieee.org 2003-02-04 19:22 ------- Added check to Install.pm in CVS main trunk. Need to do the same to the 1.2 branch. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 198] Cannot set password for a member
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Feb '03

03 Feb '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=198 ------- Additional Comments From a.c.li(a)ieee.org 2003-02-04 18:28 ------- Copied the links from 1.2 cvs, for en, es, pl, and zh-TW ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 198] New: Cannot set password for a member
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Feb '03

03 Feb '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=198 Summary: Cannot set password for a member Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Members AssignedTo: a.c.li(a)ieee.org ReportedBy: a.c.li(a)ieee.org QAContact: koha-devel(a)lists.sourceforge.net There's no way to set a password to a member. Chris noted that links to the member-password.pl and associated stuff should be ported from the 1.2 branch. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 197] cannot search for author with a space
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Feb '03

03 Feb '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=197 a.c.li(a)ieee.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From a.c.li(a)ieee.org 2003-02-04 17:45 ------- Fixed in CVS (Search.pm,v 1.56) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 197] cannot search for author with a space
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Feb '03

03 Feb '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=197 a.c.li(a)ieee.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 197] New: cannot search for author with a space
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Feb '03

03 Feb '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=197 Summary: cannot search for author with a space Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: OPAC AssignedTo: a.c.li(a)ieee.org ReportedBy: a.c.li(a)ieee.org QAContact: koha-devel(a)lists.sourceforge.net In the OPAC search results, the author names are links. If the author name has a space and I press it, I get nothing in the resulting search. When I read C4::Search, I notice that CatSearch does a quotemeta on the title, author, and illustrator fields. If I remove this quotemeta, the search succeeds. So this is a bug caused by my revision 1.55, particularly the implementation of the FIXME to quotemeta everything instead of just the apostrophe. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 196] New: user input not checked for HTML tags
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Feb '03

03 Feb '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=196 Summary: user input not checked for HTML tags Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: OPAC AssignedTo: chris(a)katipo.co.nz ReportedBy: a.c.li(a)ieee.org QAContact: koha-devel(a)lists.sourceforge.net (Note: Component really should be All, but there is no All for Component )-: A user can search for <HR>, and Koha will happily display the horizontal rule. If the user enters something nasty like <SCRIPT>, bad things may happen. (Entity names, on the other hands, may need to be handled; e.g., if the OPAC uses iso-8859-1 but the library contains some Chinese books, the user might enter some Chinese, which will get turned into numerical character entities by the time the CGI gets the input.) This should probably be considered a security bug. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0