September 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 5268] New: Language Issue: Debarred
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '11

14 Jul '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5268 Summary: Language Issue: Debarred Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Patrons 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 For those using US English, would it make more sense to change debar and debarred to 'restricted' or 'barred'? I have to admit that I have yet to train a library where they didn't ask what 'debarred' meant and why it wasn't just 'barred' -- 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 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 5240] New: next link hidden on edit subfields
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '11

08 Jul '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5240 Summary: next link hidden on edit subfields Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/admin/marc_subfields_structure.pl?tagfiel d=952&frameworkcode=BKS OS/Version: All Status: NEW Severity: minor 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 Created attachment 2642 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2642 next link When you're on the frameworks editor and you're editing subfields, if there are too many subfields they go on to another page, but the Next link is below the Edit button and gets lost. Either all subfields should be on the one page or the next button should be clearer -- 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

[Bug 5080] New: koha-create doesn't create the zebra-related directories for authorities
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '11

29 Jun '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5080 Summary: koha-create doesn't create the zebra-related directories for authorities Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 koha-create creates the zebra directories for biblios, but not authorities. -- 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 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 5203] New: Creating a label template causes fatal error if description field is empty
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '11

04 Jun '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5203 Summary: Creating a label template causes fatal error if description field is empty Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: minor 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 Attempting to save a label template causes a fatal error Software error: Can't call method "save" without a package or object reference at /home/liz/kohaclone/labels/label-edit-template.pl line 102. For help, please send mail to the webmaster (webmaster@koha-deb), giving this error message and the time and date of the error. when the default text is removed and no text is typed into the description field (it's empty). -- 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 5093] New: JavaScript error in IE8 when choosing authority record
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '11

01 Jun '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5093 Summary: JavaScript error in IE8 when choosing authority record Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/cataloguing/addbiblio.pl?frameworkcode=B KS OS/Version: Windows Status: NEW Severity: normal Priority: P5 Component: Browser compatibility AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 To reproduce in IE8: - Open a blank MARC record for editing - Choose a tag which is tied to an authority (e.g. 100a) - Click to pop up the authority search window - Find and choose your authority record A maximized blank window appears and displays a JavaScript error message: Webpage error details User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0;) Message: Not implemented Line: 123 Char: 5 Code: 0 URI: /cgi-bin/koha/authorities/blinddetail-biblio-search.pl?authid=1&index=tag_100_subfield_a_342534_649318 This blank window does not close itself as it does under normal operation. However, after manually closing the window you'll find the authority information was populated in the MARC record form as expected. -- 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 5138] New: Erroneous display for OPACShelfBrowser with GoogleJackets enabled
by bugzilla-daemon＠bugs.koha-community.org 30 May '11

30 May '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5138 Summary: Erroneous display for OPACShelfBrowser with GoogleJackets enabled Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: indradg(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2523 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2523 Screenshot of the error Issue faced on Koha 3.00.06.010 running on Ubuntu 10.04 (32-bit) On enabling GoogleJackets pref under Enriched content, the OPAC shelf browser option is throwing up the same book cover for all the items on shelf. The html output source under error condition can be seen here http://pastebin.ca/1917241. Looks to me it is similiar to this earlier post - http://old.nabble.com/Koha-3.0.5-%2B-%22Browse-Shelf%22-issue-td27693200.ht… -- 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 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