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

[Bug 1259] New: Reserve status on reserve.pl not showing up
by bugzilla-daemon＠daddy.katipo.co.nz 26 Dec '06

26 Dec '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1259 Summary: Reserve status on reserve.pl not showing up Product: Koha Version: unspecified Platform: All URL: cgi-bin/koha/circ/reserve.pl OS/Version: All Status: NEW Severity: major Priority: P3 Component: Circulation AssignedTo: chris(a)katipo.co.nz ReportedBy: drdrulm(a)yahoo.com QAContact: koha-bugs(a)nongnu.org The reserve status on reserve.pl does not show up on V3 (new). Useful because only Avail. books need to be pulled from the shelves. Could be a function of the Itype/circ upgrade, ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1258] New: Second date entered on Date Received Filter wipes out filter dialog
by bugzilla-daemon＠daddy.katipo.co.nz 23 Dec '06

23 Dec '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1258 Summary: Second date entered on Date Received Filter wipes out filter dialog Product: Koha Version: unspecified Platform: All URL: cgi-bin/koha/acqui/recieveorder.pl OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Acquisitions (Full) AssignedTo: chris(a)katipo.co.nz ReportedBy: drdrulm(a)yahoo.com QAContact: koha-bugs(a)nongnu.org If a second date is entered for the date range filter, the next page has filter dialog wiped out rather than selecting a range of entries. --Ulm ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1257] New: Date filter for full acquisitions does not relate to admin preference setting
by bugzilla-daemon＠daddy.katipo.co.nz 23 Dec '06

23 Dec '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1257 Summary: Date filter for full acquisitions does not relate to admin preference setting Product: Koha Version: unspecified Platform: All URL: cgi-bin/koha/acqui/histsearch.pl OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Acquisitions (Full) AssignedTo: chris(a)katipo.co.nz ReportedBy: drdrulm(a)yahoo.com QAContact: koha-bugs(a)nongnu.org The date filter for full acquisitions does not relate to admin preference setting. Date is always (ex. 2006-12-31) year first, month, day even if preference setting states otherwise. --Ulm ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1256] New: Patron "'" last names fail in a borrower search
by bugzilla-daemon＠daddy.katipo.co.nz 22 Dec '06

22 Dec '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1256 Summary: Patron "'" last names fail in a borrower search Product: Koha Version: branch 2.4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Members AssignedTo: chris(a)katipo.co.nz ReportedBy: jmf(a)kados.org QAContact: koha-bugs(a)nongnu.org ...Tom O'Grady Patricia O'Brien can't be found using the borrower search Must be missing some code for handling that cuz it works in rel2 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1255] New: Debarred patrons can renew via the OPAC
by bugzilla-daemon＠daddy.katipo.co.nz 15 Dec '06

15 Dec '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1255 Summary: Debarred patrons can renew via the OPAC Product: Koha Version: branch 2.4 Platform: All OS/Version: All Status: NEW Severity: critical Priority: P2 Component: OPAC AssignedTo: jmf(a)kados.org ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)nongnu.org Debarred patrons can renew via the OPAC. I attempted to hide the renew link in the template, but found that the 'debarred' variable is confined to the BORROWER_INFO loop, and not available in the ISSUES and OVERDUES loops. I wonder also if hiding the renew button isn't just a band-aid for the larger problem that the renew process isn't properly checking for patron status? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1254] searching existing records in acqui.simple/addbook.pl produces 500 error
by bugzilla-daemon＠daddy.katipo.co.nz 14 Dec '06

14 Dec '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1254 jmf(a)kados.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #1 from jmf(a)kados.org 2006-12-15 09:28 ------- looks like catalogsearch wasn't exported. I've updated Search.pm, give it a shot and re-open the bug if it doesn't solve it ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1254] New: searching existing records in acqui.simple/addbook.pl produces 500 error
by bugzilla-daemon＠daddy.katipo.co.nz 14 Dec '06

14 Dec '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1254 Summary: searching existing records in acqui.simple/addbook.pl produces 500 error Product: Koha Version: branch 2.4 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Searching AssignedTo: jmf(a)kados.org ReportedBy: cmurdock(a)ccfls.org QAContact: koha-bugs(a)nongnu.org Search existing records in acqui.simple/addbook.pl produces a 500 error, and these errors in the log: [Thu Dec 14 15:05:52 2006] [error] [client 192.168.1.210] Undefined subroutine &main::catalogsearch called at /usr/local/koha/intranet/cgi-bin/acqui.simple/isbnsearch.pl line 88., referer: http://circ.ccfls.org/cgi-bin/koha/acqui.simple/addbooks.pl [Thu Dec 14 15:05:52 2006] [error] [client 192.168.1.210] Premature end of script headers: isbnsearch.pl, referer: http://circ.ccfls.org/cgi-bin/koha/acqui.simple/addbooks.pl ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1253] New: search results for patron name in circulation.pl are sorted case-sensitively
by bugzilla-daemon＠daddy.katipo.co.nz 14 Dec '06

14 Dec '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1253 Summary: search results for patron name in circulation.pl are sorted case-sensitively Product: Koha Version: branch 2.4 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Circulation AssignedTo: chris(a)katipo.co.nz ReportedBy: cmurdock(a)ccfls.org QAContact: koha-bugs(a)nongnu.org Go to circ/circulation.pl. Search for patrons by last name. Search results are case-sensitive; if you have patron data in all caps, their results are before those in normal case, something like this: SMITH, JOHN SMITH, PAT SMITH, ZOE Smith, Alice ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1230] On editing marc entry: Publisher fields(tag 260) NOT stored as utf8 in mysql
by bugzilla-daemon＠daddy.katipo.co.nz 14 Dec '06

14 Dec '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1230 ------- Comment #15 from rhariram(a)gmail.com 2006-12-14 22:07 ------- The problem came down to answering the question: During modification, why the data for the table biblio has the expected data but the data for table biblioitem has junk ? So, comparing sub OLDmodbiblio & sub OLDmodbibitem in Biblio.pm, found differences in how the record is getting updated. In OLDmodbiblio its: $dbh->prepare("Update biblio set title = ?,... ; $sth->execute( $biblio->{'title'},... ; In OLDmodbibitem its: $biblioitem->{'itemtype'} = $dbh->quote( $biblioitem->{'itemtype'}... ; $query = "Update biblioitems set itemtype = $biblioitem->{'itemtype'},... ; $dbh->do($query); I made changes to OLDmodbibitem to be similar to that of OLDmodbiblio. ie, $dbh->prepare("Update biblioitems set itemtype = ?, ... ; $sth->execute( $biblioitem->{'itemtype'},... ; And that fixes the bug !! So, the issue seems to with the $dbh->quote thingy. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1252] New: extraneous characters need to be excluded from ISBNs for amazon images on search results page
by bugzilla-daemon＠daddy.katipo.co.nz 13 Dec '06

13 Dec '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1252 Summary: extraneous characters need to be excluded from ISBNs for amazon images on search results page Product: Koha Version: branch 2.4 Platform: PC URL: http://catalog.ccfls.org/search?idx=&q=pratchett OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Searching AssignedTo: jmf(a)kados.org ReportedBy: cmurdock(a)ccfls.org QAContact: koha-bugs(a)nongnu.org In opac-details.pl you can to exclude extraneous characters such as hyphens, colons, extra spaces, etc., with this: ## Amazon.com stuff #not used unless preference set if (C4::Context->preference("AmazonContent")==1) { use C4::Amazon; $dat->{'amazonisbn'}=$dat->{'isbn'}; $dat->{'amazonisbn'} =~ s|-||g; $dat->{'amazonisbn'} =~ s|:||g; $dat->{'amazonisbn'} =~ s| ||g; $dat->{'amazonisbn'} =~ s|$.*$?||g; $template->param( amazonisbn => $dat->{amazonisbn} ); (note that I elaborated on the replacements in the original opac-details.pl) However, the list of search results also needs to have this done to make more book covers show up. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0