<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body>A new request with request id 7806 has been created by koha-devel-request@lists.koha-community.org. Short info on the request is : <br><br>Title : Koha-devel Digest, Vol 201, Issue 24<br>Category : <br>Description : <div>Send Koha-devel mailing list submissions to<br> koha-devel@lists.koha-community.org<br><br>To subscribe or unsubscribe via the World Wide Web, visit<br> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>or, via email, send a message with subject or body 'help' to<br> koha-devel-request@lists.koha-community.org<br><br>You can reach the person managing the list at<br> koha-devel-owner@lists.koha-community.org<br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of Koha-devel digest..."<br><br><br>Today's Topics:<br><br> 1. Koha Community Newsletter: August 2022 (Koha Newsletter)<br> 2. Enable libraries to moderate OPAC self-registrations<br> (Alex Buckley)<br> 3. Re: Enable libraries to moderate OPAC self-registrations<br> (dcook@prosentient.com.au)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Mon, 29 Aug 2022 18:00:46 +0200<br>From: Koha Newsletter <kohanews@gmail.com><br>To: koha <koha@lists.katipo.co.nz>, koha-devel<br> <koha-devel@lists.koha-community.org><br>Subject: [Koha-devel] Koha Community Newsletter: August 2022<br>Message-ID:<br> <CAEqgz_mT7oBfM7FGOw+W4eeO4DcMX69+JHrmqxVrPKzHHn74iw@mail.gmail.com><br>Content-Type: text/plain; charset="utf-8"<br><br>The Koha Community Newsletter for August 2022 is here:<br><br>https://koha-community.org/koha-community-newsletter-august-2022/<br><br>Many thanks to everyone who submitted articles and news to this newsletter!<br><br>Please feel free to email me with any corrections or suggestions.<br>--<br>Michael Kuhn<br>Editor, Koha Community Newsletter<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20220829/4c0f056f/attachment-0001.htm><br><br>------------------------------<br><br>Message: 2<br>Date: Tue, 30 Aug 2022 10:45:52 +1200<br>From: Alex Buckley <alexbuckley@catalyst.net.nz><br>To: koha-devel@lists.koha-community.org<br>Subject: [Koha-devel] Enable libraries to moderate OPAC<br> self-registrations<br>Message-ID: <16588a0a-a8b9-e4a9-f2de-13d084785a4c@catalyst.net.nz><br>Content-Type: text/plain; charset="utf-8"<br><br>Kia ora/Hello Koha community,<br><br>I am currently working on reviving bug 25090<br><https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25090> (<br>Moderate OPAC self-registrations before a patron account is created ).<br><br>*New proposed functionality:*<br><br>Step 1: The library enables both the new<br>'PatronSelfRegistrationModeration' syspref and the existing<br>'OpacResetPassword'syspref.<br><br>Step 2: When a user submits an OPAC self-registration their Koha patron<br>account is not created immediately - i.e. they cannot yet log into the OPAC.<br><br>Step 3: A pending registration link appears at the bottom of the staff<br>client home page (like what's currently done with new purchase<br>suggestions, or OPAC patron modification requests).<br><br>Step 4: Librarians can click on the link to go to a page to approve or<br>decline the registration.<br><br>Step 4a: If approved the user is sent an email notice, containing their<br>Koha username and an OPAC reset password link.<br><br>Step 4b: If declined the user is sent a different email notice.<br><br>*The rationale for adding this feature:*<br>You can currently limit the circulation of self-registered patrons - by<br>using the PatronSelfRegistrationDefaultCategory syspref and creating<br>circulation rule(s) for that category.<br><br>However, users only need an OPAC login (without the ability to<br>circulate) to access electronic content providers (integrated with Koha<br>via STunnel/SIP2). Some electronic content providers charge libraries<br>based on their usage. Meaning it might not be optimal having anyone from<br>around the world self-registering for a library OPAC login and accessing<br>electronic content from some providers, therefore, incurring extra costs<br>for the library.<br><br>Bug 25090 was originally developed in the early days of the pandemic to<br>ensure new self-registering OPAC users accessing 3rd party databases<br>were coming from acceptable locations i.e. they were members of the<br>organisation the library is in.<br><br>More details can be found here:<br>https://www.catalyst.net.nz/blog/mental-health-education-resource-library-now-offers-online-self-registration<br><br>*Questions I would like to hear your thoughts on please:*<br><br>Q1: Are you in favour of this as a new feature in Koha?<br><br>Q2: Would you prefer a new database table be added for<br>self-registrations awaiting approval, or should I use the<br>borrowers_modifications table - as is used by OPAC patron modification<br>requests?<br><br>Q3: How would you envisage this self-registration moderation feature<br>fitting in with the existing PatronSelfRegistrationVerifyByEmailand<br>PatronSelfRegistrationDefaultCategory sysprefs?<br><br>Any thoughts much appreciated.<br><br>Kind regards,<br><br>Alex<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20220830/2f63c433/attachment-0001.htm><br><br>------------------------------<br><br>Message: 3<br>Date: Tue, 30 Aug 2022 14:22:04 +1000<br>From: <dcook@prosentient.com.au><br>To: "'Alex Buckley'" <alexbuckley@catalyst.net.nz>,<br> <koha-devel@lists.koha-community.org><br>Subject: Re: [Koha-devel] Enable libraries to moderate OPAC<br> self-registrations<br>Message-ID: <0cc001d8bc28$15549c90$3ffdd5b0$@prosentient.com.au><br>Content-Type: text/plain; charset="utf-8"<br><br>Hi Alex,<br><br> <br><br>Overall, I like the idea of moderating OPAC self-registrations. <br><br> <br><br>Locally, we customize the self-registration to add a restriction to new borrowers, and email the library that there is a pending self-registration. But I think you make a good point about the accessing of electronic content. <br><br> <br><br>At a glance, it doesn’t look like you could use the borrower_modifications table at present since it requires a borrowernumber. <br><br> <br><br>Maybe one option would be to create the OPAC patron account but without a cardnumber, userid, or password (which you could then provide via borrower_modifications)? I suppose though that user could still be found by some APIs and that might still let them get too far. It looks like borrower_modifications is missing an autonumber primary key… that could be added and then borrowernumber could potentially be made nullable? <br><br> <br><br>If you don’t alter borrower_modifications, then you probably need a new table. <br><br> <br><br>I wonder about a generic “pending_action” table that incorporated a lot of the tracking of “suggestions”, and then a linking table of “pending_action_borrower_registrations”, and then a table of “borrower_registrations”. (In theory, eventually “suggestions” and “borrower_modifications” could be refactored to hook into this more generic system, and pave the way for easily adding other “pending actions” that need to be moderated. In fact… I think there is a moderation/review process for “reviews” (also known as Comments I think?)… “problem_reports” could’ve benefitted from that too. Hypothetically even “tags_approval”. That’s all a bit grand though.<br><br> <br><br>I’d be interested in testing whatever you come up with in any case. <br><br> <br><br>David Cook<br><br>Senior Software Engineer<br><br>Prosentient Systems<br><br>Suite 7.03<br><br>6a Glen St<br><br>Milsons Point NSW 2061<br><br>Australia<br><br> <br><br>Office: 02 9212 0899<br><br>Online: 02 8005 0595<br><br> <br><br>From: Koha-devel <koha-devel-bounces@lists.koha-community.org> On Behalf Of Alex Buckley<br>Sent: Tuesday, 30 August 2022 8:46 AM<br>To: koha-devel@lists.koha-community.org<br>Subject: [Koha-devel] Enable libraries to moderate OPAC self-registrations<br><br> <br><br>Kia ora/Hello Koha community, <br><br>I am currently working on reviving bug 25090 <https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25090> ( Moderate OPAC self-registrations before a patron account is created ).<br><br>New proposed functionality:<br><br>Step 1: The library enables both the new 'PatronSelfRegistrationModeration' syspref and the existing 'OpacResetPassword' syspref.<br><br><br><br>Step 2: When a user submits an OPAC self-registration their Koha patron account is not created immediately - i.e. they cannot yet log into the OPAC.<br><br><br><br>Step 3: A pending registration link appears at the bottom of the staff client home page (like what's currently done with new purchase suggestions, or OPAC patron modification requests). <br><br><br><br>Step 4: Librarians can click on the link to go to a page to approve or decline the registration.<br><br>Step 4a: If approved the user is sent an email notice, containing their Koha username and an OPAC reset password link.<br><br><br><br>Step 4b: If declined the user is sent a different email notice.<br><br><br><br>The rationale for adding this feature:<br>You can currently limit the circulation of self-registered patrons - by using the PatronSelfRegistrationDefaultCategory syspref and creating circulation rule(s) for that category.<br><br><br><br>However, users only need an OPAC login (without the ability to circulate) to access electronic content providers (integrated with Koha via STunnel/SIP2). Some electronic content providers charge libraries based on their usage. Meaning it might not be optimal having anyone from around the world self-registering for a library OPAC login and accessing electronic content from some providers, therefore, incurring extra costs for the library.<br><br><br><br>Bug 25090 was originally developed in the early days of the pandemic to ensure new self-registering OPAC users accessing 3rd party databases were coming from acceptable locations i.e. they were members of the organisation the library is in.<br><br><br><br>More details can be found here: https://www.catalyst.net.nz/blog/mental-health-education-resource-library-now-offers-online-self-registration<br><br><br><br>Questions I would like to hear your thoughts on please: <br><br>Q1: Are you in favour of this as a new feature in Koha?<br><br><br><br>Q2: Would you prefer a new database table be added for self-registrations awaiting approval, or should I use the borrowers_modifications table - as is used by OPAC patron modification requests?<br><br>Q3: How would you envisage this self-registration moderation feature fitting in with the existing PatronSelfRegistrationVerifyByEmail and PatronSelfRegistrationDefaultCategory sysprefs?<br><br>Any thoughts much appreciated.<br><br>Kind regards,<br><br><br><br>Alex<br><br><br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20220830/68c0fd4a/attachment.htm><br><br>------------------------------<br><br>Subject: Digest Footer<br><br>_______________________________________________<br>Koha-devel mailing list<br>Koha-devel@lists.koha-community.org<br>https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>website : https://www.koha-community.org/<br>git : https://git.koha-community.org/<br>bugs : https://bugs.koha-community.org/<br><br><br>------------------------------<br><br>End of Koha-devel Digest, Vol 201, Issue 24<br>*******************************************<br></div><br><br>NOTE: You are receiving this mail because, the Requester/Technician wanted you to get notified on this request creation.<br></body></html>