October 2019 - Koha-bugs - lists.koha-community.org

[Bug 11808] When searching for a cardnumber in the intranet, also try to search for it on the LDAP server if one is configured and add/update user
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '19

04 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11808 Maryse Simard <maryse.simard(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maryse.simard(a)inlibro.com --- Comment #11 from Maryse Simard <maryse.simard(a)inlibro.com> --- For now, I've rebased the patch on current master and started to fix the problems reported. Among those fixes, I've added a third option, as Katrin suggested, for the system preference. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11808] When searching for a cardnumber in the intranet, also try to search for it on the LDAP server if one is configured and add/update user
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '19

04 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11808 --- Comment #10 from Maryse Simard <maryse.simard(a)inlibro.com> --- Created attachment 93768 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=93768&action=ed… Bug 11808: (QA follow-up) Adds a third option to SearchCardnumberWithLDAP and other fixes This patch does a few things: - Adds a third option to the new system preference to choose between: never use ldap, make a request (and add) only when no patron is found, and always make a request (add/update). - Adds search and update with ldap in the case the patron is found by it's cardnumber in circulation. - Use Patron object in the new subs in C4/Auth_with_ldap.pm. To test: 0. You need to have an ldap server containing patron informations configured in Koha. 1. Apply patch and update database. 2. Check that the new system preference SearchCardnumberWithLDAP has been added and set as 'never'. 3. Choose a patron who exists in your ldap server but not in Koha. (you can delete an existing patron from Koha if needed) 4. Search for the patron by both it's cardnumber and any other attributes (results should be the same in both case) in the search bar in circ/circulation.pl.Do not choose from the dropdown list, use the submit button. => Should return cardnumber not found 5. Change SearchCardnumberWithLDAP to 'if not found locally'. 6. Repeat step 4. => The patron should be added to Koha. 7. Edit the patron and change any of the existing information. 8. Repeat step 4. => The patron has not been updated (the change made in step 7 is still there) 9. Change SearchCardnumberWithLDAP to 'always'. 10. Repeat step 4. => The patron has been updated. Change made in step 7 has been rewritten and patron informations is the same as in step 6. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11808] When searching for a cardnumber in the intranet, also try to search for it on the LDAP server if one is configured and add/update user
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '19

04 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11808 --- Comment #9 from Maryse Simard <maryse.simard(a)inlibro.com> --- Created attachment 93767 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=93767&action=ed… Bug 11808: Add the SearchCardnumberWithLDAP system preference. When activated, cardnumber searches in the intranet will also do a search on the LDAP server if a user was not found in the local database. If the cardnumber is found on the LDAP server, the user account is imported in the local database. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23754] New: Editing is_html status of email template fails under multi-languages
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '19

04 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23754 Bug ID: 23754 Summary: Editing is_html status of email template fails under multi-languages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: bin.wen(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org letter.tt did not pass the parameter 'lang' of 'is_html' to letter.pl, resulting in the failure to save the 'is_html' value of the corresponding language. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 23692] New: Certificate expired for meetings.koha-community.org
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '19

04 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23692 Bug ID: 23692 Summary: Certificate expired for meetings.koha-community.org Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Websites, Mailing Lists, etc Assignee: gmc(a)esilibrary.com Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org Lets Encrypt SSL certificate has expired for meetings.koha-community.org "Websites prove their identity via certificates, which are valid for a set time period. The certificate for meetings.koha-community.org expired on 9/27/2019. Error code: SEC_ERROR_EXPIRED_CERTIFICATE" -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 13881] Add desk management
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '19

04 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13881 --- Comment #26 from Josef Moravec <josef.moravec(a)gmail.com> --- Comment on attachment 93453 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=93453 Bug 13881: kohastructure and atomic update Review of attachment 93453: --> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=138…) ----------------------------------------------------------------- ::: installer/data/mysql/kohastructure.sql @@ +1842,4 @@ > CONSTRAINT `reserves_ibfk_2` FOREIGN KEY (`biblionumber`) REFERENCES `biblio` (`biblionumber`) ON DELETE CASCADE ON UPDATE CASCADE, > CONSTRAINT `reserves_ibfk_3` FOREIGN KEY (`itemnumber`) REFERENCES `items` (`itemnumber`) ON DELETE CASCADE ON UPDATE CASCADE, > CONSTRAINT `reserves_ibfk_4` FOREIGN KEY (`branchcode`) REFERENCES `branches` (`branchcode`) ON DELETE CASCADE ON UPDATE CASCADE, > + CONSTRAINT `reserves_ibfk_5` FOREIGN KEY (`itemtype`) REFERENCES `itemtypes` (`itemtype`) ON DELETE CASCADE ON UPDATE CASCADE, added comma at the end of line by mistake... @@ +1885,4 @@ > ON DELETE SET NULL ON UPDATE SET NULL, > CONSTRAINT `old_reserves_ibfk_4` FOREIGN KEY (`itemtype`) REFERENCES `itemtypes` (`itemtype`) > ON DELETE SET NULL ON UPDATE SET NULL > + ON DELETE SET NULL ON UPDATE SET NULL line duplicated by mistake -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23735] New: area-userblock remains visible when empty
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '19

04 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23735 Bug ID: 23735 Summary: area-userblock remains visible when empty Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If IntranetmainUserblock is unused, a blank frame is still shown at the bottom of the staff client. This should be hidden or non-existant if this preference is unused. Currently, I am using jQuery to resolve this: //Hide Area User Block if Empty function isEmpty( el ){ return !$.trim(el.html()) } if (isEmpty($('#main_intranet-main div.user-info'))) { $('#area-userblock').hide(); } //End Hide -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 23718] New: New REST route for get and modify patron notifications preferences
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '19

04 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23718 Bug ID: 23718 Summary: New REST route for get and modify patron notifications preferences Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: claire.hernandez(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 93401 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=93401&action=ed… Notifications preferenes in Staff Koha interface I would like that an external application would be able to GET and PUT the preferences for notifications of a user. (see screenshots) This data can be modified by a member in is account or a librarian in member modification (members/memberentry.pl) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 8645] Fix background-job-progressbar.js for translations
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '19

04 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8645 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=23753 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 3] mod_env module checking in installer.pl
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '19

04 Oct '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #36440|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0