https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42095 Bug ID: 42095 Summary: UNIMARC: Cataloging plugin unimarc_field_4XX.pl broken after Bug 34478 (op-cud) Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs@lists.koha-community.org Reporter: synapse.ova@gmail.com QA Contact: testopia@bugs.koha-community.org CC: m.de.rooy@rijksmuseum.nl The UNIMARC cataloging plugin unimarc_field_4XX.pl no longer performs searches after the implementation of CSRF protection changes in Bug 34478. The template unimarc_field_4XX.tt was updated to use op=cud-do_search to comply with the new security requirements, but the corresponding Perl script unimarc_field_4XX.pl was not updated to handle the cud- prefix or the renamed parameter. As a result, when a user clicks the "Search" button in the plugin popup, the script fails to recognize the operation and doesn't return any results. This issue specifically affects UNIMARC installations. Steps to reproduce: Use a Koha instance configured for UNIMARC. Go to Cataloging -> Add MARC record. Locate a 4XX field (e.g., 410, 411, 461) and click the plugin button (...) to open the search popup. Enter any search term (e.g., a title or author) and click "Search". Observe that the page simply reloads or shows the search form again without any results, despite matches existing in the database. Check the logic in cataloguing/value_builder/unimarc_field_4XX.pl: it likely checks for if ($op eq 'do_search'), which is now never true because the value passed is cud-do_search. Actual results: The plugin stays on the search form and does not execute the search logic. Expected results: The plugin should execute the search and display the list of records to link. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.