September 2013 - Koha-bugs - lists.koha-community.org

[Bug 5246] New: Special characters in patron barcodes cause SIP2 connections to hang
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '14

15 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5246 Summary: Special characters in patron barcodes cause SIP2 connections to hang Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: SIP2 AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 specifically % and/or + characters seem to cause the SIP connections to hang, eventually building up to a complete crash. -- 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 5

[Bug 10740] New: date created and modified indexes in ccl.properties
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '14

14 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10740 Bug ID: 10740 Summary: date created and modified indexes in ccl.properties Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org date created and modified indexes are defined in bib1.att as : 1011 date-entered-on-file 1012 Date/time-last-modified This should be used in ccl.properties. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 7047] New: renewing serials note not visible
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '14

13 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7047 Bug #: 7047 Summary: renewing serials note not visible Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org There is a field on the serial renew form that says "Note for the librarian that will manage your renewal request: " but it doesn't display anywhere - and what does it mean anyway? When you renew it renews your subscription automatically and doesn't go in to review. -- 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 8894] New: Software error calling Help on Local use in System preferences
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '14

13 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8894 Priority: P5 - low Change sponsored?: --- Bug ID: 8894 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Software error calling Help on Local use in System preferences Severity: normal Classification: Unclassified OS: All Reporter: veron(a)veron.ch Hardware: All Status: NEW Version: master Component: Staff Client Product: Koha To reproduce: Go to system preferences, click on tab "Local use", then click on "?" to display Help. Result: --------------------------- Software error: Template process failed: file error - (...)/koha-tmpl/intranet-tmpl/prog/en/modules/help/admin/systempreferences.tt: not found at /usr/share/kohaclone/C4/Templates.pm line 132. --------------------------- Reason: All other tabs display preferences.pl, Tab "Local use" displays systemprefereces.pl, but the help file is missing. This bug affects user experience... ...and it is really nasty if it happens during a demo. Marc -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 8324] New: User created lists sort by title just after editing sort order (call by opac-shelves.pl without sort parameter)
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '14

13 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8324 Priority: P5 - low Change sponsored?: --- Bug ID: 8324 Assignee: oleonard(a)myacpl.org Summary: User created lists sort by title just after editing sort order (call by opac-shelves.pl without sort parameter) Severity: enhancement Classification: Unclassified OS: All Reporter: veron(a)veron.ch Hardware: All Status: NEW Version: master Component: OPAC Product: Koha If you edit a user defined list in Opac, change the sort and then klick 'Save', the list always is displayed in title order (and not in the selected order). This is due to the fact that save calls opac-shelves.pl?viewshelf=4 without the sort parameter (defaults to 'title'). If you go back to lists, choose in the table the list from List name, the param is correct and the list displays in expected order. Should be fixed because end users will think that changing the sort order is broken. Marc -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 10842] New: Allow for new type of LDAP authentication - Further Enhancement
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '14

11 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10842 Bug ID: 10842 Summary: Allow for new type of LDAP authentication - Further Enhancement Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org This is related to Bug 7379 where Elliott Davis describes a new authentication method as follows: For some ldap setups there is a different sequence for authentication that koha doesn't account for. The steps are: 1) Bind with a service account 2) Search for user entered 3) Bind as user if found The final patch that went in allowed for a method as follows: 1) Bind with an Anonymous user 2) Search for user entered 3) Bind as user if found. This is close to what Elliott described but not exact. My patch enclosed adds the original method into the accepted and pushed patch such that the initial bind can take place upon a specified service user OR and an anonymous user. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 10908] New: Fix broken auth_by_bind LDAP mode
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '14

11 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10908 Bug ID: 10908 Summary: Fix broken auth_by_bind LDAP mode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: robin(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Bug 7973 breaks LDAP for many users, particularly those using active directory by removing the normal auth_by_bind behaviour and requiring that there is an anonymous user to search LDAP with. -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 7686] New: Tax rate wrong calculation in reception summary page
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '14

10 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7686 Priority: P3 Change sponsored?: --- Bug ID: 7686 Assignee: koha(a)univ-lyon3.fr Summary: Tax rate wrong calculation in reception summary page QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: koha(a)univ-lyon3.fr Hardware: All Status: NEW Version: rel_3_6 Component: Acquisitions Product: Koha Created attachment 8098 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8098&action=edit Tax rate wrong calculation in reception summary page In the Already received table (bottom of the page) : Tax rate is purely added to Total without beeing multiplied by it example for a 5,5% tax rate (0,055) on a 455 Total : The Total displays 455,06 (455 + 0,055 round to 0,06) instead of 455 + (455 x 0,055)= 480,02. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 7901] New: Add batch delete borrowers script
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '14

09 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7901 Priority: P5 - low Change sponsored?: --- Bug ID: 7901 Assignee: gmcharlt(a)gmail.com Summary: Add batch delete borrowers script 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: Command-line Utilities Product: Koha Add simple script to batch delete borrowers via a list of cardnumbers. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 7413] New: Allow OPAC renewal x days before due date
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '14

09 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7413 Bug #: 7413 Summary: Allow OPAC renewal x days before due date 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 Currently RenewalPeriodBase can be set to 2 different options: 1) When renewing checkouts, base the new due date on current date. This means that when a patron renews the item at the checkout date, the renewal counter will increment, but the due date will not change - the loan period is still the same. If he renews one day after checkout - he will get a reneal of one day and so on. 2) When renewing checkouts, base the new due date on the old date of the checkout. This means the renewals can be done immediately after checkout. So if you allow 3 renewals and a loan period of 4 weeks, the patron can log into his account and do all the renewals immediately. This will mean he effectively gets a loan period of 4 + 3*4 weeks = 16 weeks. I see no reason why a clever student shouldn't do this to make sure he can keep the text books as long as possible without any holds forcing him/her to return the books. One solution here would be to allow renewals only x days before the book is due. As the loan periods can be very different (overnight loans, 4 weeks, 7 days...) it would be cool if this could be implemented in circulation rules. -- 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 79