August 2012 - Koha-bugs - lists.koha-community.org

[Bug 7717] New: Multiple Identical Holds
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '15

20 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7717 Priority: P3 Change sponsored?: Sponsored Bug ID: 7717 CC: gmcharlt(a)gmail.com Assignee: mjr(a)ttllp.co.uk Summary: Multiple Identical Holds QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: mjr(a)ttllp.co.uk Hardware: All Status: ASSIGNED Version: unspecified Component: Hold requests Product: Koha Koha should optionally allow staff to reserve the same book more than once for the same borrower (but alert staff that it is already reserved for that borrower). -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 8010] New: Search history can be added to the wrong patron
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '15

20 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8010 Priority: P5 - low Change sponsored?: --- Bug ID: 8010 Assignee: oleonard(a)myacpl.org Summary: Search history can be added to the wrong patron QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: anthony.laquerre(a)ccsr.qc.ca Hardware: All Status: NEW Version: rel_3_6 Component: OPAC Product: Koha Search history is added to the next person that log in. *EnableOpacSearchHistory is activated. 1- Go on your OPAC. 2- Dont log in. 3- Do couple of search. 4- Login your account (opac) 5- Click on search history. If you really login yourself that's okay. But for public computer, this is a big problem since it's not necessary you that will login next.. A patron ask us why there was so many search in his account. He was sure it was a security problem where a student was able to hack his account/the system. Tested on On ByWater- Koha demo site : 3.07.00.044 + our site : 3.6.0 Maybe the search history should be cleared once someone login ? Let me know if you need more infos. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 7340] New: emailLibrarianWhenHoldIsPlaced enhancement
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '15

20 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7340 Bug #: 7340 Summary: emailLibrarianWhenHoldIsPlaced enhancement Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: spl(a)metrocast.net QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com This preference currently results in an email to the librarian whenever a hold is placed, even if the hold is placed by staff. I think it would be good to add a preference that excludes those holds, limiting emails to instances where holds are patron-initiated. -- 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 7183] New: consistency of displays
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '15

20 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7183 Bug #: 7183 Summary: consistency of displays Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: paul.poulain(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Blocks: 7119 There is no consistency for most displays in Koha. Sometimes, patron information is displayed John, Doe +123 45 67 89, New York sometimes Doe, John, New York Adult Sometimes <b>John Doe</b> Adult, New York ... Template Toolkit can help us having a consistent display: we should define basic objects and how they are displayed is managed in a specific include, ensuring consistency. A first list of objects: * biblio * biblio+item (location, without availability, like what is displayed in item bulkmodification, cart,...) * biblio+item (location and availability like what is displayed in circulation/hold pages) * patron -- 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 7782] New: Inconsistency in management of holds on checkout, patron detail, and holds pages
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '15

20 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7782 Priority: P5 - low Change sponsored?: --- Bug ID: 7782 CC: gmcharlt(a)gmail.com Assignee: oleonard(a)myacpl.org Summary: Inconsistency in management of holds on checkout, patron detail, and holds pages QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Circulation Product: Koha Created attachment 8438 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8438&action=edit Proposed interface for the checkout and patron detail pages' list of holds The lists of holds on a patron's checkout and detail pages are consistent with each other, but different from the list of holds displayed for a paticular title. I think there are some features of the title's holds list which could be added to the circ and patron detail page, and some possible improvements to all of them. The option of choosing "yes or no" is non-standard in Koha. It would be more consistent to offer the user a column of checkboxes for marking individual lines for deletion. To the checkout and patron detail pages' list of holds I would also add a single "delete" link corresponding to the "X" icon on the title's hold list page. The redirect will have to be modified to return the user to the appropriate page. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 7887] New: Add Option To Include On Order Items When Calculating Holds Ratios
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '15

20 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7887 Priority: P5 - low Change sponsored?: --- Bug ID: 7887 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Add Option To Include On Order Items When Calculating Holds Ratios QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: kyle.m.hall(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha Add the ability to count items that will be available in the future when calculating holds ratios. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 5504] New: No pickup library if IndependentBranches
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '15

20 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5504 Summary: No pickup library if IndependentBranches Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Hold requests 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 Estimated Hours: 0.0 If the libraries have chosen to be Independent Branches then there should be no reason to show the 'pickup library' option on the holds interface. This is also true if the library doesn't allow holds from other branches. -- 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 8400] New: Placing holds in staff creates lots of warnings in the logs
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '15

20 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8400 Priority: P5 - low Change sponsored?: --- Bug ID: 8400 Assignee: gmcharlt(a)gmail.com Summary: Placing holds in staff creates lots of warnings in the logs Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha Here are some samples: [Mon Jul 09 22:00:19 2012] [error] [client 127.0.0.1] [Mon Jul 9 22:00:19 2012] placerequest.pl: Use of uninitialized value $reqbib[0] in string ne at /home/katrin/kohaclone/reserve/placerequest.pl line 118., referer: http://localhost:8080/cgi-bin/koha/reserve/request.pl?biblionumber=63 [Mon Jul 09 22:00:20 2012] [error] [client 127.0.0.1] [Mon Jul 9 22:00:20 2012] request.pl: Use of uninitialized value in string eq at /home/katrin/kohaclone/reserve/request.pl line 260., referer: http://localhost:8080/cgi-bin/koha/reserve/request.pl?biblionumber=63 [Mon Jul 09 22:00:20 2012] [error] [client 127.0.0.1] [Mon Jul 9 22:00:20 2012] request.pl: Use of uninitialized value in hash element at /home/katrin/kohaclone/reserve/request.pl line 336., referer: http://localhost:8080/cgi-bin/koha/reserve/request.pl?biblionumber=63 [Mon Jul 09 22:00:20 2012] [error] [client 127.0.0.1] [Mon Jul 9 22:00:20 2012] request.pl: Use of uninitialized value in hash element at /home/katrin/kohaclone/reserve/request.pl line 343., referer: http://localhost:8080/cgi-bin/koha/reserve/request.pl?biblionumber=63 [Mon Jul 09 22:00:20 2012] [error] [client 127.0.0.1] [Mon Jul 9 22:00:20 2012] request.pl: Use of uninitialized value in string eq at /home/katrin/kohaclone/reserve/request.pl line 525., referer: http://localhost:8080/cgi-bin/koha/reserve/request.pl?biblionumber=63 [Mon Jul 09 22:00:30 2012] [error] [client 127.0.0.1] [Mon Jul 9 22:00:30 2012] request.pl: Use of uninitialized value in hash element at /home/katrin/kohaclone/reserve/request.pl line 336., referer: http://localhost:8080/cgi-bin/koha/reserve/request.pl?biblionumber=63 [Mon Jul 09 22:00:30 2012] [error] [client 127.0.0.1] [Mon Jul 9 22:00:30 2012] request.pl: Use of uninitialized value in hash element at /home/katrin/kohaclone/reserve/request.pl line 343., referer: http://localhost:8080/cgi-bin/koha/reserve/request.pl?biblionumber=63 [Mon Jul 09 22:00:30 2012] [error] [client 127.0.0.1] [Mon Jul 9 22:00:30 2012] request.pl: Use of uninitialized value in string eq at /home/katrin/kohaclone/reserve/request.pl line 525., referer: http://localhost:8080/cgi-bin/koha/reserve/request.pl?biblionumber=63 -- You are receiving this mail because: You are watching all bug changes.

1 1

[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