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

[Bug 5330] New: sorting call number search does not work
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '12

12 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5330 Summary: sorting call number search does not work Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 I was looking up Indian cooking books and we catalog all our international cook books by 641.59 and the country name, in this case India. So, I found an Indian cook book, clicked on the call number which did an automatic call number search and listed all our Indian cook books in that call number. I tried to rank the results by pubdate, newest first and was booted back to the search screen with the following URL: /cgi-bin/koha/catalogue/search.pl?q%3Dccl=callnum%3A641.59+INDIA&sort_by=pubdate_dsc Doing an advanced search in the staff client for call number sorted by publication date works just fine though - with the following URL: /cgi-bin/koha/catalogue/search.pl?idx=callnum&q=641.59+INDIA&op=and&idx=kw&op=and&idx=kw&sort_by=pubdate_dsc -- 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 7320] New: Return notes for circulation
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '12

11 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7320 Bug #: 7320 Summary: Return notes for circulation Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com Make it possible to add a note to an item which is not visible for the patron and shows up on return of the item. Example: Fast adds. A return note for a fast add could be 'send to cataloging'. -- 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 3

[Bug 6014] New: Log viewer needs permissions
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '12

11 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6014 Bug #: 6014 Summary: Log viewer needs permissions Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Transaction logs AssignedTo: paul.poulain(a)biblibre.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org Blocks: 5992 -- 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 9

[Bug 5351] New: Add subscription improvements
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '12

09 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5351 Summary: Add subscription improvements Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Add_subscription_s erials_RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Serials AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Deadline: 2011-05-01 * in subscription bib search (to find the biblio when adding a subscription), search on issn will be added * When adding a serial, the expected planning will show expected date of issue and expected date of arrival at the library * the duration of the subscription will be defaulted to 12 months * in a few cases, the prediction differs from the effective planning. We will fix this problem * 1st date received will be populated by the start date by default -- 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 6851] New: A utility that will search out analytics records and set the MARC header appropriately.
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '12

09 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6851 Bug #: 6851 Summary: A utility that will search out analytics records and set the MARC header appropriately. Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org In some cases, generated MARC data may not contain the correct headers to indicate sets (and parts of.) So I need to make a tool to fix this. It'll look at the 773$w headers to work out what needs to be linked. -- 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 14

[Bug 5905] New: Biblibre, Partial fine payments
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '12

08 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5905 Bug #: 5905 Summary: Biblibre, Partial fine payments Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 5575 -- 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 19

[Bug 5728] New: Adding note and manager_id fields to accountlines
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '12

08 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5728 Summary: Adding note and manager_id fields to accountlines Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 * manager_id contains the librarian that created the line * note is a field that can be entered by the librarian -- 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 14

[Bug 6694] New: Anonymous sessions not kept when casAuthentication is on
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '12

08 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6694 Bug #: 6694 Summary: Anonymous sessions not kept when casAuthentication is on Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: julian.maurice(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org In OPAC, if I am an anonymous user and the system preference casAuthentication is set, each time I reach a new page, the CGISESSID cookie gets a new value, causing the previous session to be destroyed and a new one to be created. This bug comes from an error in checkauth (C4/Auth.pm), where a missing test cause this strange behavior. Also found a similar issue in check_api_auth, which cause C4::Service->init to fail if the syspref is set. For example, I was unable to change a syspref value when casAuthentication was set. Patch will follow. -- 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 19

[Bug 6137] New: Fix a little bug when userenv is null
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '12

08 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6137 Bug #: 6137 Summary: Fix a little bug when userenv is null Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: julian.maurice(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Coming patch just adds a test which check userenv is not null before using it. -- 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 19

[Bug 6650] New: no holds message is not always clear
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '12

07 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6650 Bug #: 6650 Summary: no holds message is not always clear Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Circulation AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Problem: On the staff side of Koha, if we try to place a hold on a Reference or Reserve book, Koha properly denies the request with an odd message: Cannot place hold, patron has too many holds. It’s the correct action, but strange. Is this one of those built in messages? Not very informative certainly confusing. Explanation of solution: What Koha's doing, under the hood, is checking the CanBookBeReserved subroutine, which is a simple boolean 'Yes/No' answer. It's a boolean OR of all the CanItemBeReserved answers for all the items of that title. In the case of a title with a single reference copy, which allows 0 holds on it, the answer is 'no, this item cannot be reserved'. The problem is that Koha is then setting the "maxreserves" flag, because the patron's current number of reserves on such items (which is 0) is greater than or equal to the max allowed (also 0). In any other context, this would make sense: if you were allowed only 4 holds, say, on a Book, and you wanted to place your 5th, you'd get the messaging saying you had too many already. I suppose the confusion really comes in when the global "maxreserves" system preference is also consulted, and sets the same flag. So, you've got an unlimited maxreserves, but you're still getting the message because 0 >= 0. The solution, I believe, is to use a separate message for the CanBookBeReserved check than for the overall maxreserves check. This could be something like "Cannot Place Hold: <patron> cannot place any more holds on this item type". Still not perfect for the Reference use-case, but better. -- 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 11