https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38769 --- Comment #1 from Martin Renvoize (ashimema) <martin.renvoize@ptfs-europe.com> --- Created attachment 175882 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=175882&action=edit Bug 38769: Display plugin consents on self registration -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38769 Martin Renvoize (ashimema) <martin.renvoize@ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |m.de.rooy@rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38769 --- Comment #3 from Martin Renvoize (ashimema) <martin.renvoize@ptfs-europe.com> --- Work in progress.. currently this patch just displays consent options and doesn't record them against the self-registered user yet. -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38769 Martin Renvoize (ashimema) <martin.renvoize@ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |31503 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31503 [Bug 31503] Allow several consent types on the consents tab of OPAC account page -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38769 --- Comment #4 from Martin Renvoize (ashimema) <martin.renvoize@openfifth.co.uk> --- Created attachment 192311 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=192311&action=edit Bug 38769: Add consents column to borrower_modifications Add a new 'consents' column to the borrower_modifications table to store JSON-encoded plugin consents during self-registration when email verification is enabled. This allows plugin consents to be stored alongside other patron data during the email verification workflow and processed after the patron verifies their email address. -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38769 --- Comment #6 from Martin Renvoize (ashimema) <martin.renvoize@openfifth.co.uk> --- Created attachment 192313 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=192313&action=edit Bug 38769: Process consents on patron self-registration This patch adds support for plugin consent types to self-registration: - Add proper display of plugin consents with consent_[type] naming - Only show plugin consents for new registrations (not edit mode) Backend changes (opac-memberentry.pl): - Add ParsePluginConsents() to extract consent checkbox values - Save plugin consents when creating patron directly - Store consents as JSON for email verification workflow Email verification (opac-registration-verify.pl): - Process stored plugin consents after email verification - Create Koha::Patron::Consent records for each agreed consent Test plan: 1. Enable a plugin that provides patron_consent_type hook 2. Go to OPAC self-registration page 3. Verify plugin consents are displayed 4. Submit registration with/without email verification 5. Verify consents are saved to patron_consents table -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38769 --- Comment #7 from Martin Renvoize (ashimema) <martin.renvoize@openfifth.co.uk> --- Created attachment 192314 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=192314&action=edit Bug 38769: (follow-up) Exclude consents from approve() method The approve() method in Koha::Patron::Modification is used for staff approval of patron profile updates. Since the 'consents' field is specific to self-registration and is handled separately in opac-registration-verify.pl, we need to explicitly delete it from the data hash to prevent any potential issues. This matches the pattern used for extended_attributes. -- You are receiving this mail because: You are watching all bug changes.