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

[Bug 6979] New: LDAP authentication fails during password comparison
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '16

19 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6979 Bug #: 6979 Summary: LDAP authentication fails during password comparison Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: Other OS/Version: Linux Status: NEW Severity: major Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: rfox2(a)nd.edu QAContact: koha-bugs(a)lists.koha-community.org Password is failing during comparison in Auth_with_ldap.pm in code (between lines 140 and 165) in this call: my $cmpmesg = $db->compare( $userldapentry, attr=>'userpassword', value => $password ); This was failing 100% of the time, even if a correct password was submitted with: "LDAP Auth rejected : invalid password for user ..." The attribute comparison is not always a valid way to check the password validity because not all LDAP databases support the userpassword attribute. Also, many LDAP databases require a valid DN string from the user as opposed to the uid for authentication purposes. I have a fix for this that does a recursive lookup of the user's DN in the LDAP database, and then uses that DN to perform a bind in a similar manner to the auth_by_bind method. The auth_by_bind method should also be changed so that it uses the retrieved DN of the user to perform a bind against the LDAP server. I plan on submitting a code revision for this and soliciting feedback. -- 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 18

[Bug 9351] New: item type not recorded correctly in statistics for returns and some local use
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '16

19 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9351 Bug ID: 9351 Summary: item type not recorded correctly in statistics for returns and some local use Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: gmcharlt(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When returning a loan, or when returning an item for local use when the RecordLocalUseOnReturn syspref is on, the corresponding entry in the statistics table takes the item type from the bib level. This is incorrect when item-level item types is enabled, and among other consequences can lead to problematic local use reports from the circ statistics wizard. In particular, if the library is also doing checkouts to a stats-only borrower to record local use, a circ statistics report on local uses that includes the item type as a row or column can have nonsensical totals because of the NULL statistics.itemtype value. The converse problem affects sites that use biblio-level item types, since local uses recorded from stats-only patrons use the item-level item type regardless of the setting of item-level_itypes. The desired behavior is that when recording a local use, the recorded item type should respect the item-level_itypes system preference. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 83

[Bug 7497] New: "kw, wrdl" and variants should be replaced by something more explicit in search history
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '16

18 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7497 Bug #: 7497 Summary: "kw,wrdl" and variants should be replaced by something more explicit in search history Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: gaetan.boisson(a)biblibre.com QAContact: koha.sekjal(a)gmail.com A patron search history typically reads like this : Date Search Results 03/02/2012 15:49:18 au,wrdl: test2 0 03/02/2012 15:49:04 se,wrdl: test 0 03/02/2012 15:48:51 nb: test 0 03/02/2012 15:47:09 kw,wrdl: tsfdfs 0 03/02/2012 15:47:01 kw,wrdl: tsfdfs 0 A more explicit list would be a nice improvement : au,wrdl : author se,wrdl : series nb : isbn kw,wrdl : (all) ti,wrdl : title su,wrdl : subject callnum,wrdl : callnumber Am i missing any ? -- 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 13

[Bug 7143] New: Bug for tracking changes to the about page
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '16

18 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7143 Bug #: 7143 Summary: Bug for tracking changes to the about page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/about.pl OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: About AssignedTo: nengard(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Bug for tracking changes to the about page (new release teams, new developers, companies, 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 513

[Bug 6322] New: It's possible to view lists/virtualshelves even when virtualshelves is off
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6322 Bug #: 6322 Summary: It's possible to view lists/virtualshelves even when virtualshelves is off Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org In current head, setting the virtualshelves syspref to off removes the Lists "button" from the OPAC, but if you visit the URL of a list, you can still view it's contents. I would have expected to get a message like "this feature is currently turned off" or similar. -- 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 23

[Bug 7970] New: Holds not working in OPAC
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7970 Priority: P5 - low Change sponsored?: --- Bug ID: 7970 CC: gmcharlt(a)gmail.com Assignee: koha.sekjal(a)gmail.com Summary: Holds not working in OPAC QA Contact: koha.sekjal(a)gmail.com Severity: major Classification: Unclassified OS: All Reporter: amit.gupta(a)osslabs.biz Hardware: All Status: NEW Version: rel_3_8 Component: Hold requests Product: Koha Holds not working in OPAC -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 8372] New: Move AllowOnShelfHolds at granular level
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8372 Priority: P5 - low Change sponsored?: --- Bug ID: 8372 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Blocks: 8362 Summary: Move AllowOnShelfHolds at granular level Severity: enhancement Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha In issuingrules, we could enable/disable on shelves hold, instead of having a global syspref -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 9190] New: Problem with holds - allow place a hold without all items checked out
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9190 Bug ID: 9190 Summary: Problem with holds - allow place a hold without all items checked out Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: vfernandes(a)keep.pt CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The objective is only to allow a patron to place a hold only when all items are checked out. The hold will be placed in the next item available. If there isn't any checked out items I can't place a hold, which is fine If all items are checked out I can place a hold, which is fine If 1 items of X items are checked out I can place a hold, which isn't what I pretend System preferences: - OPACItemHolds = don't allow - AllowOnShelfHolds = don't allow -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 8964] New: AllowHoldsOnDamagedItems and AllowOnShelfHolds don't work with Professional category type
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8964 Priority: P5 - low Change sponsored?: --- Bug ID: 8964 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: AllowHoldsOnDamagedItems and AllowOnShelfHolds don't work with Professional category type Severity: minor Classification: Unclassified OS: All Reporter: laurence.lefaucheur(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: Hold requests Product: Koha For patron categories of Professional category type : if issuingrules allow reservation whatever the values of AllowHoldsOnDamagedItems and AllowOnShelfHolds are, damaged items or on shelf items are not available for hold for the patron : one cannot select them in staff to put an hold on them For all other category types, the problem does not exist -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 6624] New: Allow Koha to use the new read API from OpenLibrary
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '16

14 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6624 Bug #: 6624 Summary: Allow Koha to use the new read API from OpenLibrary Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org http://openlibrary.org/dev/docs/api/read -- 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