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

[Bug 7073] New: GetCOinSBiblio should take $record, not $biblionumber
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '11

24 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7073 Bug #: 7073 Summary: GetCOinSBiblio should take $record, not $biblionumber Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org GetCOinSBiblio is summoned three places in Koha so far: C4::VirtualShelves/Page.pm, opac/opac-search.pl and opac/opac-detail.pl. It takes in a biblionumber, then immediately calls GetMarcBiblio on that to get the record. This is a very expensive call. The kicker is that in 2 of the 3 contexts, we've ALREADY GOT the $record. We're pulling it in twice per title, and the number of titles we loop through is either OPACnumsearchresults or numsearchresults. The default of 20 has us making 40 calls to GetMarcBiblio... at several dozen milliseconds per call, that's a lot of time! If we change the GetCOinSBbiblio routine to take in a $record object instead, we save those calls on Lists and opac/opac-detail.pl. We'd just need to call GetMarcBiblio in the search results before calling GetCOinSBiblio... which is just moving the call from inside the subroutine to outside (no performance loss). Patch forthcoming. -- 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 10

[Bug 4216] preference to turn off location on lists
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '11

24 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4216 Nicole C. Engard <nengard(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX -- 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. You are watching all bug changes.

1 0

[Bug 1861] Unique patrons logins not (totally) enforced
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '11

23 Nov '11

1 0

[Bug 6495] New: After deleting a list the output of lists is truncated
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '11

23 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6495 Bug #: 6495 Summary: After deleting a list the output of lists is truncated Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4444 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4444 Full list of lists with pagination links This bug happens when the lists of lists is more than one page. Delete a list from the first page of lists. When the page reloads the output of lists is truncated at 19 (instead of 20) and the pagination links at the bottom of the page are gone. -- 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 5525] New: No list pagination after deletion
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '11

23 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5525 Summary: No list pagination after deletion Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: /cgi-bin/koha/opac-shelves.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 If you have more than 20 lists, your lists view is paginated. If you delete one of your lists from this summary view, when you are redirected back after the deletion the pagination links are gone. -- 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 1

[Bug 4216] preference to turn off location on lists
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '11

23 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4216 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Platform|PC |All --- Comment #1 from Owen Leonard <oleonard(a)myacpl.org> 2011-11-23 15:51:12 UTC --- Is this bug still valid after the changes that have been made to the way lists are displayed in the OPAC? -- 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. You are watching all bug changes.

1 0

[Bug 3001] Add call number to staff output of virtual shelves
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '11

23 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3001 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|rel_3_4 |master Summary|Small enhancement: Add call |Add call number to staff |number to patron/staff |output of virtual shelves |output of virtual shelves | --- Comment #2 from Owen Leonard <oleonard(a)myacpl.org> 2011-11-23 15:49:40 UTC --- This is fixed in the OPAC. -- 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. You are watching all bug changes.

1 0

[Bug 7256] New: Circulation Log Wrong
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '11

23 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7256 Bug #: 7256 Summary: Circulation Log Wrong Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com CC: ago(a)bywatersolutions.com, gmcharlt(a)gmail.com So all this began when I tried to renew the four items on patron P60047 's record. Problem: I hadn't hit renew, I had accidentally hit check in (both options look very similar, I need to remember to hit the "Renew All" button at the bottom of the screen and ignore the options on the right side of the screen). So, I thought, "Okay, well, I'll just look at the Circulation Log, and my transactions will be in there. Then I can see the items I returned and re-check them out to the patron." But when I looked through the Circulation Log, none of the items were on there. What was really bizarre was nothing I had checked in this morning, now sitting on our shelving cart and in our media drawer, was in the Circulation Log. And I individually clicked on each item in the Circulation Log and recognized none of it. Also: when I looked at each item in the Circulation Log for "Last Borrower" none of them had p60047 on it, nor did any of the items have any record of ever being checked out. I'm completely confused and will have to rely on the honesty of the patron to tell us which four items she has checked out so that we can re-check them out to her through Koha. The problem is that the number being stored in the circulation logs is not the item number (as the code believes it to be), but rather the biblionumber. It's been this way for a very long time, and surprisingly no one has noticed. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 2847] Use HTML escape in templates where appropriate
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '11

23 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2847 --- Comment #7 from Owen Leonard <oleonard(a)myacpl.org> 2011-11-23 14:47:45 UTC --- Created attachment 6380 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6380 Proposed fix for 3.4.x -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 5984] New: OPAC: Hide items using a config file to determine what to hide
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '11

23 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5984 Bug #: 5984 Summary: OPAC: Hide items using a config file to determine what to hide Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org Blocks: 5584 -- 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 36