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

[Bug 7040] New: Public note should show when placing item level holds in staff
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '15

20 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7040 Bug #: 7040 Summary: Public note should show when placing item level holds in staff Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: cgi-bin/koha/reserve/request.pl?biblionumber=43 OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 5911 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5911 screenshot When placing holds in staff the public note is not shown in the item table for placing item level holds. The public note should show there as it does in other places like check out/check in and detail pages. -- 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 3

[Bug 5800] New: Hold Policy "home library only" incompatible with CircControl "patron home library"
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '15

20 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5800 Bug #: 5800 Summary: Hold Policy "home library only" incompatible with CircControl "patron home library" Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com If a branch's Hold Policy for an item (or default) is configured to only allow holds for patrons belonging to that branch (value = 1), and the CircControl system preference is set to PatronHomeLibrary, the Holds Policy breaks. The holds policy from the patron's home library is used, which, unless it's set to deny ALL holds, will let them place a hold on any item at any library, regardless of that libraries Hold Policy. The root of the problem is using _GetCircControlBranch to generate the $branchcode used for determining the Hold Policy. Unfortunately, using $item->{homebranch} universally would not always work for libraries who want the item's current holding branch to set the policies. -- 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 5279] New: Add option to limit label item search by homebranch
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '15

16 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5279 Summary: Add option to limit label item search by homebranch Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 For larger libraries with many branches, it would be helpful to have the option to limit the item search by homebranch. -- 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 7012] New: limit to available not limiting anymore
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '15

10 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7012 Bug #: 7012 Summary: limit to available not limiting anymore Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When I limit to only available items in the OPAC it doesn't appear to be limiting anymore. -- 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 7041] New: Sort >1000 search results with sortmax parameter in zebra config file
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '15

08 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7041 Bug #: 7041 Summary: Sort >1000 search results with sortmax parameter in zebra config file Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org By default, zebra does not sort more than 1000 records (search results). You can increase this number by adding the sortmax parameter in zebra-biblios.cfg. Putting this value in Koha's zebra config file will make this default value visible and make it easier to increase it if one prefers that. This patch therefore adds the default of 1000 to zebra-biblios.cfg. Does not change any Koha/Zebra behavior. If you want to test it, look for a search in your catalog with >1000 results. Look at the order of the records. Now apply the patch and copy the zebra-biblios.cfg to your zebra directory. Increase sortmax, reindex and search again. If you increased sortmax above the number of hits, you should see a difference in sort order now. -- 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 5517] New: After removal of koha-common package in Debian Squeeze cron jobs are not deleted
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '15

05 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5517 Summary: After removal of koha-common package in Debian Squeeze cron jobs are not deleted Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: gaurav.paliwal1989(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When someone remove the koha-common in debian squeeze the cron jobs that are automatically added at the time of installation are not automatically removed even after the complete removal of the koha-common package. -- 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 8

[Bug 7021] New: patron category in the statistics table
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '15

04 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7021 Bug #: 7021 Summary: patron category in the statistics table Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com The patron category code should be in the statistics table. We track the item type and item number, but we only track the borrowernumber for the patron and part way through the year the patron's category could change from child to adult - or the patron could be deleted and that will mess with the statistics on circulation/actions based on patron category. Once that data is added to that table, the circulation stats wizard will need to be updated as well. -- 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

[Bug 5302] New: Replace current call number splitting code with a plug-in system based on classification source
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '15

23 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5302 Summary: Replace current call number splitting code with a plug-in system based on classification source Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 RFC began here: http://wiki.koha-community.org/wiki/Call_Number_Splitting_Plugin_System Please feel free do comment, etc. -- 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 7

[Bug 6536] New: Z3950 Enhancements: SRU targets, MARC conversion, additional XSLT processing
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '15

23 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6536 Bug #: 6536 Summary: Z3950 Enhancements: SRU targets, MARC conversion, additional XSLT processing Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Z39.50 / SRU / OpenSearch Servers AssignedTo: m.de.rooy(a)rijksmuseum.nl ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org See also http://wiki.koha-community.org/wiki/Z3950_RFC -- 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 153

[Bug 5144] New: Duplicate holds allowed if patron clicks back button after placing hold
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '15

17 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5144 Summary: Duplicate holds allowed if patron clicks back button after placing hold Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Here is a short screencast: http://screencast.com/t/ZGZhMDkwMjYt This shows that if a patron places a reserve, then clicks the back button, and clicks place hold again, duplicate reserves will be created. This happens even though the patron is alerted that they cannot place an additional reserve on the same item. Here is what the staff side looks like: http://screencast.com/t/ODEzNmY3 The behavior of these duplicate reserves on the items reserve list is that both are displayed, but if you try to delete one, both will be deleted and the patron loses the reserve. See above screencast. -- 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 68