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

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

11 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 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 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 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

[Bug 5364] New: Limit the number of author displayed on OPAC
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '12

06 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5364 Summary: Limit the number of author displayed on OPAC Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: spalding(a)senylrc.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2728 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2728 PDF of what the page looks like Some bib have a very long list of authors that take up most of the screen and push the useful data much lower on the screen. Would like authors to be handle like items where there is a cap of 50 items. Maybe authors should be limited to 10. http://koha.senylrc.org/cgi-bin/koha/opac-detail.pl?biblionumber=25353 -- 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 2

[Bug 5062] New: Acq terminology: list price, ordering price, vendor price, RRP
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '12

06 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5062 Summary: Acq terminology: list price, ordering price, vendor price, RRP Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In acquisitions there are different terms used for the same thing in the database. The vendor form uses 'ordering price' and 'list price', the new order form uses 'vendor price'. I wrote a patch to change 'ordering price' to 'list price' in the new vendor form, because this term was used in all other places in this template. (bug 5059) Now I found 'vendor price' in the new order form. The basket view uses 'RRP' (see screenshot) The PDF print layout 'pdfformat::layout3pages' uses 'RRT GST Inc.' as column heading. Comments from discussion on IRC: (15:21:47) slef: I'm looking at ODLIS (15:23:41) slef: It says in "list price"'s definition "Synonymous with published price and retail price" but I suspect this might be a subtle difference between "list price" and "retail price" (15:08:27) nengard: i think vendor price might be the safest option (15:08:37) nengard: that says to me the price the vendor is charging (15:08:48) nengard: or the price the vendor has listed on their site or in their catalog I'm not a native speaker, so not sure which term to choose. But I think reducing the used terms to one would make things (translation, documentation, trainign) a lot easier! -- 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 6

[Bug 5503] New: comments shouldn't show patron's full name
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '12

02 Mar '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5503 Summary: comments shouldn't show patron's full name Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC Comments AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When leaving comments in the OPAC it shows the patron's full name. This is done without asking the patron if they approve of sharing that info. Either it should show the first name last initial, patron initials, or should give the patrons a choose of what name to show (like on most blogging applications). No matter what we shouldn't show the full name of the patron on the OPAC for all to see without asking them if it's okay. -- 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 29