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

[Bug 4994] New: ldap mapping inconsistancy: Net::LDAP returns lowercase names
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '11

14 Jul '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4994 Summary: ldap mapping inconsistancy: Net::LDAP returns lowercase names Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Authentication AssignedTo: gmcharlt(a)gmail.com ReportedBy: dpavlin(a)rot13.org QAContact: koha-bugs(a)lists.koha-community.org CC: dpavlin(a)rot13.org Estimated Hours: 0.0 This requires us to specify all LDAP mappings in koha-conf.xml in lowercase, instead of original case used withing LDAP. Compare readability of <userid is="hrEduPersonUniqueID" ></userid> (which doesn't work) with required (and non-intuitive) <userid is="hredupersonuniqueid" ></userid> -- 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 4993] New: ldap search always anonymous when using auth_by_bind
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '11

14 Jul '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4993 Summary: ldap search always anonymous when using auth_by_bind Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Authentication AssignedTo: gmcharlt(a)gmail.com ReportedBy: dpavlin(a)rot13.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When using auth_by_bind, search was always done as anonymous user. This is a problem if we want to fetch LDAP values which have ACL permissions only for users. -- 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 4935] New: Batch Modify tool cannot "unset" options such as Lost status
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '11

24 Jun '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4935 Summary: Batch Modify tool cannot "unset" options such as Lost status Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When using the batch modify tool, one cannot unset a set status such as Lost with an empty value. As this is one of the first things my librarians will try to do with this tool, I propose that all authorized value fields be allowed to be emptied using this tool (Lost, Damaged, Not For Loan, Use Restrictions, etc.). The tool CAN set items to a value from a null value (good behavior). -- 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 15

[Bug 5020] New: on patron record sex should be gender
by bugzilla-daemon＠bugs.koha-community.org 30 May '11

30 May '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5020 Summary: on patron record sex should be gender Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 On the patron record, it says 'sex' - but it really should read 'gender' - at least for US English. -- 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 4843] New: Hold Over tab broken
by bugzilla-daemon＠bugs.koha-community.org 17 May '11

17 May '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4843 Summary: Hold Over tab broken Change sponsored?: --- Product: Koha Version: unspecified Platform: All URL: http://10.100.30.53:8080/cgi-bin/koha/circ/waitingrese rves.pl#holdsover OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: cbrannon(a)cdalibrary.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 When trying to view information on holds that have ended (have not been picked up), the page never shows. Firefox 3.6.3 does not show a problem, and just doesn't do anything when the link is clicked. IE8 shows an error: Webpage error details User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 1.1.4322; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Timestamp: Tue, 1 Jun 2010 14:35:58 UTC Message: Exception thrown and not caught Line: 324 Char: 21 Code: 0 URI: http://10.100.30.53:8080/intranet-tmpl/prog/en/lib/jquery/plugins/ui.tabs.js Message: Exception thrown and not caught Line: 324 Char: 21 Code: 0 URI: http://10.100.30.53:8080/intranet-tmpl/prog/en/lib/jquery/plugins/ui.tabs.js -- 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 5067] New: bulkmarcimport.pl import script removes dashes in ISBN fields
by bugzilla-daemon＠bugs.koha-community.org 06 May '11

06 May '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5067 Summary: bulkmarcimport.pl import script removes dashes in ISBN fields Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Import script shouldn't remove an information present in entering biblio records. -- 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 4842] New: Receiving serials double encode the receive history.
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '11

30 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4842 Summary: Receiving serials double encode the receive history. Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Serials AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 -- 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 4931] New: Stocktaking must be based on holdingbranch instead of homebranch
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '11

18 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4931 Summary: Stocktaking must be based on holdingbranch instead of homebranch Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nahuel.angelinetti(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 As in a network of libraries, some libs can loan books to others libs in the network. For the moment, the stocktaking is based on homebranch, that seems to be bad, because if the book is loaned to another library, the book will be on the list, so the library won't find it. If the stocktaking is based on holdingbranch, if the book should be present physicaly, it will be shown in the list. -- 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 4954] New: modifying a member renew his card
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '11

18 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4954 Summary: modifying a member renew his card Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nahuel.angelinetti(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 If you modify a member using another page than step 0 or 3, the expiry date is renewed. It shouldn't. -- 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 4950] New: checkbox should be removed when can't place a hold
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '11

05 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4950 Summary: checkbox should be removed when can't place a hold Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/opac-reserve.pl?biblionumber=804 OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2315 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2315 can't place hold When you can't place a hold in the opac, a checkbox still appears to the left of the item making it looks like you should be able to click it and making you overlook the warning saying you can't -- 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 12